Ok, but I wonder a bit about your question. You have a big workload and
therefore a high load on the system, there is nothing much you can do from a
kernel perspecitve about it. I guess the PHP is one of the Problems here,
perhaps you should start to benchmark your mostly used web pages for
database access patttern.
> We also see high amounts of apache children segfaulting under load...
> as high as 2-10/minute at times.
This is strange. Is this a ressource limit congestion or a apache bug. Which
apache version are you using?
> reducing tcp timeouts, etc. The big users of CPU are typically apache
> and mysql. About 110+ instances of apache and mysqld each run in top at
> high load. CPU use bounces wildly, with most in user space.
What are your Apache Parameters for min/max spare, maxclients etc.
> Moya (Which ran OK):
does that mean it run ok and had high load, or does that mean it had not
such a high load?
> Dual Thunder K7 1900+MPs, 1.5Gddr/ecc/reg ram
> dual u160 scsi, 3x18G soft raid 5 /home(ext3), 9G / (ext3) & /boot
> (ext2) & 512Mb swap
this is a bit small ram, and you are probably better using raid-1 here.
> Dual PIII 440lx, 1.0Gpc100/ecc ram
this is much slower, no wonder the system is sluggish, if you have CPU bound
tasks. can you post some vmstat results, to see if you are io, cpu or ram
> 7:04pm up 1 day, 15:56, 2 users, load average: 18.95, 17.81, 16.21
> 236 processes: 223 sleeping, 13 running, 0 zombie, 0 stopped
> CPU0 states: 89.1% user, 10.5% system, 0.0% nice, 0.0% idle
> CPU1 states: 84.2% user, 15.4% system, 0.0% nice, 0.0% idle
> Mem: 2061772K av, 1949428K used, 112344K free, 0K shrd,
> 290984K buff
> Swap: 1493808K av, 48420K used, 1445388K free
> 882200K cached
to me this looks good, it is a very balanced workload. No idle time. Your
system seems to be mostly cpu bound here.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/