SMF Support > Server Performance and Configuration
High server resource loads
Tonyvic:
--- Quote ---So, I'm somewhat baffled. :(
--- End quote ---
That's my permanent state these days. ;D
--- Quote ---Just before the time when the resources go crazy slip your forum into maintenance mode for an hour or two so as to cut all traffic into your server.
--- End quote ---
I will give that a go later today, although there are no regular times so will just take pot luck.
--- Quote ---Can't your host tell you which process causes issues...?
--- End quote ---
When I first submitted a ticket requesting help on 24th May, the reply was:
--- Quote ---I have checked the logs and found that the memory_limit which is set in global php.ini file is insufficient to execute the file "index.php" which is under "/home/********/public_html/community/". Please check the logs as below :
=======================
[Thu May 24 12:05:31 2012] [error] [client 85.210.161.41] (12)Cannot allocate memory: couldn't create child process: /opt/suphp/sbin/suphp for /home/********/public_html/communit
y/index.php, referer: http://www.*****************.net/community/index.php?topic=7673.0;topicseen
[Thu May 24 10:24:42 2012] [error] [client 82.41.230.54] (12)Cannot allocate memory: couldn't create child process: /opt/suphp/sbin/suphp for /home/naturist/public_html/community
/index.php, referer: http://www.*****************.net/community/index.php?topic=8022.0;topicseen
=======================
I have created a custom php.ini file for your domain and increased the memory_limit from 32 M to 64 M. Now, the error logs which are generation should stop now.
Please feel free to contact if you need any further assistance on this.
--- End quote ---
The increased memory_limit did seem to help but usage was still maxing out, the next response was:
--- Quote ---I suggest that you Please try to optimize your database as well as scripts. It will help you to minimized the resources usage on the server.
--- End quote ---
Tony
CoreISP:
Oh they run suPHP, ask them to check if the server logs for that are not large, so if they have pruned them.
Not doing as such will result in massive performance loss.
Next to that, suPHP is not exactly known for it's super optimized performance, it's a resource hog on a server. It's very secure, but a resource hog.
A better environment would be something like mpm_event with FCGID. Even a Apache DSO with mpm_prefork runs faster than suPHP, heh.
Tonyvic:
--- Quote from: CoreISP on July 28, 2012, 11:51:19 AM ---Oh they run suPHP, ask them to check if the server logs for that are not large, so if they have pruned them.
Not doing as such will result in massive performance loss.
--- End quote ---
Thanks for that CoreISP, I will put that to them tomorrow but will probably get a very vague answer. ::)
I put the forum into 'Maintenance 2' mode for two hours today, and there were no spikes.
If the host can't/won't do anything more I will remove the mods etc. one at a time, in the hope that I can find the culprit.
K@:
Any joy, with this?
Tonyvic:
Sorry K@, I thought I had replied to this. :-[
The response from host was something like "suPHP is correctly configured" ::)
I removed a couple of mods and prevented guests from accessing the threads. It seems to have improved the situation but I won't get excited yet. :D. There has only been one spike in 22 hours today.
If it goes downhill again in the coming days, I've decided to do a clean install of 2.02 & import a backup of the database. If that's ok , I'll add mods back one at a time.
Tony
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version