vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   Forum and Server Management (https://vborg.vbsupport.ru/forumdisplay.php?f=232)
-   -   opinions on forum server upgrade (https://vborg.vbsupport.ru/showthread.php?t=194858)

techdeals07 10-28-2008 09:10 PM

opinions on forum server upgrade
 
We are a decent size forum. We run 300-500 users online 90% of the time with a traffic spike a few days a month of up to 6000 users. We handle the load pretty well up until around 4000 users, where we see a few timeouts but it's generally fairly tolerable.

We are currently running on a Intel Core2 Duo CPU E7200 @ 2.53GHz, CentOS 32 bit, 4gb ram.

Anyway, our host is offering us a free upgrade of either an additional 4gb ram (bringing the total to 8gb) or a Quad Core Q6600 @ 2.40GHz.

Need opinions on which one of these upgrades will give us the biggest performance boost during those peak times we are getting slammed.

kermit2 10-28-2008 11:32 PM

Hard to say for certain. You really need spend a bit of time watching the server (during normal operation) and seeing what the RAM/CPU usage are like. You'll get an idea of CPU usage from vmstat (lots of blocking processes == bad). With memory it'll be trickier as a good chunk of it will probably be taken up by caches and buffers. You can look at memory usage with 'free', but a better indication might be the I/O columns of vmstat - ideally you want disk IO to be low, and more memory is often a good way to do that.

Are Apache and MySQL both on the same machine?

techdeals07 10-29-2008 12:06 AM

Here's vmstat from a few minutes ago. Currently Active Users: 1866 (992 members and 924 guests)

https://vborg.vbsupport.ru/external/2008/10/6.jpg

No idea what this means...:-)


And yes, Apache and MySQL on the same box.

SEOvB 10-29-2008 01:19 AM

Take the ram!

techdeals07 10-29-2008 03:37 PM

Quote:

Originally Posted by FRDS (Post 1654996)
Take the ram!

My initial thoughts as well, but some concerns with 32bit CentOS / 4gb memory limitation / PAE Kernal...

djxcee 10-29-2008 07:30 PM

I say upgrade the processor. Adding more ram is cheaper then getting a different processor.

kermit2 10-29-2008 08:49 PM

Trying running 'vmstat 20'. That'll cause it to output every 20 seconds. Leave it running for 10 minutes or so ... should give you a better idea of what's going on

puertoblack2003 10-30-2008 05:38 AM

Quote:

Originally Posted by kermit2 (Post 1654903)
Hard to say for certain. You really need spend a bit of time watching the server (during normal operation) and seeing what the RAM/CPU usage are like. You'll get an idea of CPU usage from vmstat (lots of blocking processes == bad). With memory it'll be trickier as a good chunk of it will probably be taken up by caches and buffers. You can look at memory usage with 'free', but a better indication might be the I/O columns of vmstat - ideally you want disk IO to be low, and more memory is often a good way to do that.

Are Apache and MySQL both on the same machine?


just curious about this.Is there a difference when you run apache and mysql in the same box?

kermit2 10-30-2008 11:58 AM

Quote:

Originally Posted by puertoblack2003 (Post 1655793)
just curious about this.Is there a difference when you run apache and mysql in the same box?

If the server is just running Apache, I tend to find CPU to be the bottleneck - memory usage is modest, but PHP execution tends to be CPU hungry.

With a dedicated MySQL machine, you're hoping that as much of the database as possible will be cached in memory (faster than reading the data from disk), so memory tends to be the bottleneck. Of course MySQL can be CPU intensive too (eg when searching), but a lot of the time it isn't, and in those situations, having the data already cached in RAM can be a big performance boost.

If both Apache and MySQL are on the same box it's harder to know which is the bottleneck

puertoblack2003 11-01-2008 03:43 PM

Quote:

Originally Posted by kermit2 (Post 1655942)
If the server is just running Apache, I tend to find CPU to be the bottleneck - memory usage is modest, but PHP execution tends to be CPU hungry.

With a dedicated MySQL machine, you're hoping that as much of the database as possible will be cached in memory (faster than reading the data from disk), so memory tends to be the bottleneck. Of course MySQL can be CPU intensive too (eg when searching), but a lot of the time it isn't, and in those situations, having the data already cached in RAM can be a big performance boost.

If both Apache and MySQL are on the same box it's harder to know which is the bottleneck

ok, so the issue is bottleneck? would you suggest to keep it in a separate box ?


All times are GMT. The time now is 05:45 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01031 seconds
  • Memory Usage 1,738KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (4)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete