Why server load too high?

[tekdns]

Why server load too high on WHM 6.0?

-------------------------------
3:39pm up 4:17, 1 user, load average: 9.13, 9.20, 8.16
107 processes: 99 sleeping, 6 running, 1 zombie, 1 stopped
-----------------------------------------

Thanks for your help

 

[jimcarter]

login to WHM and click on current CPU usage,
kill any processes which are using up a high percentage of CPU or memory,
if there arent any high CPU processes running see if there are a lot of one process, if there are a lot of httpd processes running click on apache status and look if there is one or two main sites with a lot of visitors,
Thanks

 

[mark1]

Originally posted by jimcarter
if there are a lot of httpd processes running click on apache status and look if there is one or two main sites with a lot of visitors,
Thanks

I had this first time today, and there was a lot of httpd, yet there was 1 site with a lot of visitors, but for it to rise so high, it does not seem right?.

common high resource, if anyone can shed some light on it?

nobody Priority 0
Cpu % 5.3
Mem % 1.3 /usr/local/apache/bin/httpd-DSSL
and theres a few of these at the top.
and then when clicking on trace shows code which shows in it yabb, the users forum?

 

[jimcarter]

a very busy site can cause problems for the server,
I have had 2 sites in my experience, on different occasions, that have caused the server to almost completely stop and once required a reboot just so that I could access SSH,
if it is a really busy forum then try suspending the site temporarily and see if it helps, if it brings the load right down you will need to terminate the account, and then tell the user that they are using an unacceptable amount of resources and that they should look for a VPS or a server of their own,
Thanks

 

[mark1]

Thanks Jim,
Could it be yabb (php), he does have a busy site, yet I have another customer that is just as busy and he uses phpbb, and loads and mem he uses or very low?

Regards

 

[Morgana]

In my experience forums from YABB, Ikonboard and Invisionboard uses a lot of resources. Last week I asked a client to move to another provider because their forum (Invisionboard) used 35% of CPU. On the other hand phpBB relatively doesnot use that much of your resources.

 

[Website Rob]

YaBB is a script I only allow with pre-approval permission as I know it takes a lot of Server resources. Same goes for Ikonboard (as already mentioned), PHP-Nuke and UBB.

Wasn't aware of Invision doing it though? phpBB & VBulletin are about the two best Forum scripts I've seen so far -- for Server and Clients -- although I'm keeping my eye on a fairly new one as well: http://forums.360board.com/ which is still in Alpha.

Just wanted to mention, you'll also see a heaver use of Server resources (especially RAM) by WHM v6 itself. So be aware of that also.

 

[JackHandy]

Does anyone know what the usage level is for discusware? Three accounts on my server use this and it is cgi based, php is not required. The free version is installed on all three. Feedback I receive is that it's the best discussion forum ever encountered and is totally customizable. Their web site only states that you need sufficient memory, which mine is 512mb.

http://www.discusware.com

 

[ozzi4648]

Originally posted by Morgana
In my experience forums from YABB, Ikonboard and Invisionboard uses a lot of resources. Last week I asked a client to move to another provider because their forum (Invisionboard) used 35% of CPU. On the other hand phpBB relatively doesnot use that much of your resources.

How can that be? Invisions in most peoples opinion is far superior to phpbb and is exactly the opposite of what you say. Its less system resource intense then phpbb is. 35% of memory you mean? How are you calculating 35% cpu output based on what? Its not displayed as a percentage. We have a Invisions board with no less then 36 - 50 users in the forum 50% of the day and our loads is .015 with 275 sites on the box. If i was you i would check to see what else was going on. Run away processes, cgi probles, defunct processes etc.