Portal Home > Knowledgebase > Articles Database > Maximum Users Supported?


Maximum Users Supported?




Posted by webzeused, 12-30-2009, 08:26 PM
I have a dedicated server that I run my forum on. Its the only site I have on the server. Server Specs are: Intel C2Q Q6600 4096 MB DDR2 RAM 250 GB 7.200RPM CentOS 5.2 Lighttpd XCache MYSQL 5.0 vBulletin 3.8 What is the maximum number of users I should be able to support on my site in a 1 minute interval? My forum is heavily modified and has around 50-100 users sending requests per minute, and around 1.4k in a 30 minute interval. The site is lagging horribly and I need to determine if I need an additional server or need to keep trying to tweak the configuration.

Posted by njoker555, 12-30-2009, 11:15 PM
50-100 requests per minute should be fine for 4gb. Are you lagging through ram or cpu? I run a vB forum as well and it runs fine on a VPS with 1gb ram. Can spike to 150-200 requests per minute on active days but my mysql and apache are optimized.

Posted by webzeused, 12-31-2009, 12:23 AM
I'm fairly particular its an issue with CPU, but the CPU should be fast enough. I am not sure how to optimize it any more myself, so I am asking around.

Posted by BloodRed, 12-31-2009, 03:33 AM
May be you need to tweak Mysql.

Posted by madaboutlinux, 12-31-2009, 05:03 AM
What is the ouput of the following commands when the site is lagging? top c free -m

Posted by linux_crazy, 12-31-2009, 02:01 PM
by default 256 maximum users are supported by cPanel apache. You can make it upto 512 without any issues. The MaxClient parameter needs to be modified.

Posted by ianeeshps, 12-31-2009, 04:11 PM
ah.......apache maxclient is not a value to change blindly. You should closely monitor the server before doing. Support a client is taking 4MB of RAM for apache then if you got 4GM memory the max clients should be 40 thats nearly 4000/$ like that. i am not telling about the exact ones but similarly. I agrees that apache might be crashing due to max clients issue... But if you are increasing to 512 without monitoring server then the process will start taking memory from hard disk ones the RAM is full At that time the possibility of full server crash is there....Instead of crashing one service. so never allow to take hard disk space as memory. Monitor closely with top and ps and then tweak apache.

Posted by webzeused, 12-31-2009, 07:50 PM
Lagging now, restarted webserver and lag went away. top - 01:50:09 up 5 days, 6:42, 1 user, load average: 12.37, 11.05, 10.16 Tasks: 150 total, 18 running, 131 sleeping, 0 stopped, 1 zombie Cpu(s): 94.9%us, 4.0%sy, 0.0%ni, 0.3%id, 0.1%wa, 0.1%hi, 0.6%si, 0.0%st Mem: 3361384k total, 3252224k used, 109160k free, 155536k buffers Swap: 4875716k total, 33044k used, 4842672k free, 2441980k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 23080 mysql 15 -5 179m 83m 3900 S 31.3 2.5 315:01.77 /usr/libexec/mysqld 7718 lighttpd 20 0 67208 34m 23m S 22.9 1.1 17:49.34 /usr/bin/php-cgi 7764 lighttpd 20 0 68484 35m 22m R 22.6 1.1 17:28.40 /usr/bin/php-cgi 6196 lighttpd 20 0 67628 36m 24m R 18.9 1.1 18:00.71 /usr/bin/php-cgi 14709 lighttpd 20 0 68108 34m 22m R 18.9 1.1 10:01.93 /usr/bin/php-cgi 7984 lighttpd 20 0 66108 33m 23m S 18.0 1.0 16:12.44 /usr/bin/php-cgi 16685 lighttpd 20 0 67264 32m 21m S 17.3 1.0 8:48.34 /usr/bin/php-cgi 26183 lighttpd 20 0 67888 27m 15m R 17.0 0.8 0:43.89 /usr/bin/php-cgi 26612 lighttpd 20 0 66988 23m 12m S 17.0 0.7 0:29.95 /usr/bin/php-cgi 583 lighttpd 20 0 65936 33m 23m S 16.6 1.0 18:44.77 /usr/bin/php-cgi 18141 lighttpd 20 0 67132 33m 22m R 16.6 1.0 7:53.00 /usr/bin/php-cgi 641 lighttpd 20 0 67992 36m 24m R 16.3 1.1 15:17.52 /usr/bin/php-cgi 26687 lighttpd 20 0 67704 24m 13m R 16.0 0.8 0:28.08 /usr/bin/php-cgi 11110 lighttpd 20 0 67332 33m 22m R 15.3 1.0 12:44.51 /usr/bin/php-cgi 18359 lighttpd 20 0 73504 39m 22m R 15.0 1.2 7:02.58 /usr/bin/php-cgi 18227 lighttpd 20 0 67596 32m 21m S 14.6 1.0 7:31.59 /usr/bin/php-cgi 6171 lighttpd 20 0 67408 34m 23m R 14.3 1.1 17:50.98 /usr/bin/php-cgi 6357 lighttpd 20 0 66492 33m 22m R 12.6 1.0 17:31.92 /usr/bin/php-cgi 26216 lighttpd 20 0 67900 27m 15m R 12.0 0.8 0:42.98 /usr/bin/php-cgi 694 lighttpd 20 0 66464 34m 24m R 11.6 1.1 15:11.71 /usr/bin/php-cgi 748 lighttpd 20 0 67600 33m 21m S 11.6 1.0 14:56.16 /usr/bin/php-cgi 12951 lighttpd 20 0 67076 33m 21m R 9.6 1.0 7:50.56 /usr/bin/php-cgi 29812 lighttpd 20 0 66652 34m 23m S 8.6 1.1 19:18.32 /usr/bin/php-cgi 616 lighttpd 20 0 71684 40m 24m S 8.3 1.2 15:03.92 /usr/bin/php-cgi 26827 lighttpd 20 0 67036 24m 12m R 4.0 0.7 0:24.87 /usr/bin/php-cgi 30568 lighttpd 20 0 176m 171m 752 S 3.0 5.2 30:28.47 /usr/sbin/lighttpd 14587 smmsp 20 0 8772 2272 1132 S 0.3 0.1 0:03.43 init [3] 2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 [kthreadd] 3 root RT -5 0 0 0 S 0.0 0.0 0:00.10 [migration/0] 4 root 15 -5 0 0 0 S 0.0 0.0 79:50.23 [ksoftirqd/0] 5 root RT -5 0 0 0 S 0.0 0.0 0:00.10 [migration/1] 6 root 15 -5 0 0 0 S 0.0 0.0 50:24.77 [ksoftirqd/1] 7 root RT -5 0 0 0 S 0.0 0.0 0:00.20 [migration/2] 8 root 15 -5 0 0 0 S 0.0 0.0 123:06.14 [ksoftirqd/2] 9 root RT -5 0 0 0 S 0.0 0.0 0:00.19 [migration/3] 10 root 15 -5 0 0 0 S 0.0 0.0 97:02.07 [ksoftirqd/3] 11 root 15 -5 0 0 0 S 0.0 0.0 0:01.16 [events/0] 12 root 15 -5 0 0 0 S 0.0 0.0 0:01.27 [events/1] 13 root 15 -5 0 0 0 S 0.0 0.0 0:00.98 [events/2] 14 root 15 -5 0 0 0 S 0.0 0.0 0:01.04 [events/3] 15 root 15 -5 0 0 0 S 0.0 0.0 0:00.72 [khelper] [root@j5 ~]# free -m total used free shared buffers cached Mem: 3282 3175 107 0 151 2384 -/+ buffers/cache: 638 2644 Swap: 4761 32 4729 I'm using lighttpd btw Any suggestions?

Posted by webzeused, 01-02-2010, 05:56 PM
Bump bump.

Posted by JBapt, 01-02-2010, 06:44 PM
Look into the database side of things, specially cache hits and if you have tables properly indexed. Any hdd based IO is going to slow you down.

Posted by webzeused, 01-03-2010, 06:10 AM
Are there any tools for that? Or any sites that give information pertaining to optimizing databases? I haven't done much relating to that and its pretty new to me.



Was this answer helpful?

Add to Favourites Add to Favourites    Print this Article Print this Article

Also Read
Missing email (Views: 293)