QUOTE(wojtek @ Feb 8 2006, 11:39 AM)
Granted you're getting most of the images off a cache, but this page comes to just under a meg. Gzip compression helps too :thumbsup:
that was three different pages.
QUOTE
thats what baffles me, as most of the stuff on the front page should be coming out of the mysql/php cache on the server...
I just did a few more tests, I think the first time you access the site from any direction (front page, directly onto a forum like "shoot the breeze", you get the slower access time. The application has to verify the user, work out the site display options, write audit trails, check for PMs, bring up user options etc.
But the main page is always significantly slower. I can't tell from this end, but it is could be an indexing issue. Have you checked for index or database fragmentation, or even index corruption? Maybe it is just poor design, and some of the data (site news?) is poorly bracketed ...
QUOTE
Running Centos 3.5 on a 2.4 kernel
P4 2.8 HT, 1 Gig Ram and ATA drives :cry: on a 10 megabit link
Do you have sar installed?
If not, what are the load averages from "uptime" and swapping info from "vmstat" and "iostat"?
If you had the cash, I'd always run a website of SCSI disks, the random read I/O rates can be twice as quick as those ATA drives ...
a few other things :
- Static HTML pages are served between 2 and 10 times faster than most php derived pages.
- If you are not already, look at using a php caching tool. You can get up to 100% better performance by removing compile times.
- Disable DNS lookups in your apache config file
- Don't use RAID 5