View Full Version : Server now running lighttpd
SpankMe
14th January 2007, 18:31
In an effort to delay having to upgrade the server I have replaced Apache with lighttpd (http://www.lighttpd.net/). This web server software uses less resources and is supposed to give better response times than Apache. lighttpd powers web sites like YouTube & wikipedia.
As usual if you encounter any problems, please let me know here.
limbimtimwim
14th January 2007, 19:18
Have you tried a php compiler thing like turck mmcache? Pretty amazing speed ups of php pages. I've always been scared it would break things, but I've never seen it break anything.
SpankMe
14th January 2007, 19:30
I've been using APC (http://au3.php.net/apc) for awhile.
Kendog
14th January 2007, 21:13
KB has been running slowly, seems to be off and on. But when it slows down it is very noticeable.
nadroj
15th January 2007, 06:19
I had trouble logging in since about then. It accepts my name & password + welcomes me but returns to the login screen. Have I been naughty? Not on here. I fluked acces this morning via register page.
Cheers
Flyingpony
15th January 2007, 09:37
Was checking my emailed quote notifications late last night without being logged into KB.
Could read most of them but some threads asked me to log in :scratch:
Namely the "Haldanes's Motorcycles is moving" one.
Don't know if there means there's a problem or not, just thought I'd share it.
nadroj
15th January 2007, 18:18
I had trouble logging in since about then. It accepts my name & password + welcomes me but returns to the login screen. Have I been naughty? Not on here. I fluked acces this morning via register page.
Cheers
Ran ad-aware & now OK
limbimtimwim
15th January 2007, 18:35
I've been using APC (http://au3.php.net/apc) for awhile.Nice!
I see you have gone back to Apache 2.0.x
Are you sure the webserver is the bottleneck? It is not the DB? Spawning new httpds is often the most costly operation. To slow down httpd creation see if check that MaxRequestsPerChild is high enough? MinSpareServers is a reasonable number?
Perhaps use the worker mpm instead of the prefork mpm. I've never used worker, so good luck with that if you do :)
Perhaps put the CSS in a seperate regular file browsers can cache? I don't know anything about web design, so that might be a no-no.
Just putting the low hanging fruit out there..
Fatjim
15th January 2007, 18:39
Mate, you haven't got any low hanging fruit!
It's obviously the thrombibulator is turned up to high.
RantyDave
15th January 2007, 19:22
Perhaps put the CSS in a seperate regular file browsers can cache?
I don't think that's an option because it would mean hacking around with vBulletin - which is far too much like hard work.
I'm just trying to find the thing that looks at disk performance ... the server may be short on RAM and hence just stuffing another stick in would solve the problem for a while. Also, PostgreSQL databases need vacuuming from time to time - maybe it needs a bit of a clean up?
Ah. "iostat -d" part of the sysstat package (on debian).
Dave
Drum
15th January 2007, 20:37
No real problems, but definitely seems to be running slower.
Korea
15th January 2007, 21:39
I don't think that's an option because it would mean hacking around with vBulletin - which is far too much like hard work.
I'm just trying to find the thing that looks at disk performance ... the server may be short on RAM and hence just stuffing another stick in would solve the problem for a while. Also, PostgreSQL databases need vacuuming from time to time - maybe it needs a bit of a clean up?
Ah. "iostat -d" part of the sysstat package (on debian).
Dave
Way too clever for me, kids.
Um, yeah... really enjoying this KB thing. Cheers. :rockon:
SpankMe
15th January 2007, 21:45
Some software I use stoppped working under lighttpd so it's back to apache until I can work out the bugs on my dev box.
limbimtimwim
16th January 2007, 04:59
Also, PostgreSQL databases need vacuuming from time to time - maybe it needs a bit of a clean up?
Ah. "iostat -d" part of the sysstat package (on debian)vB uses pgsql?
pgsql vacuums only are required if you are deleting rows. You need to actually 'free' the row after it has been deleted. Don't think KB does much row deletion.
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.