2G swap space (swap is never used)
Slackware-current (as of June 1)
syslog set to log in async mode, logs rotated every hour
running FWTK plug-gw proxy
This proxy is horribly inefficiant, it forks off a new process for each
incoming connection. this box is fast enough to handle this inefficiancy.
also runnning heartbeat (heartbeat running over eth0 and eth1)
the problem: when freshly booted the machine CPU load is ~5-15% system,
3-5% user loadave <1. as it continues to run the system time keeps
climbing, after a day or so it's not unusual for the system time to be up
~40% with the user time still at 3-5% and loadave ~2-3, after a couple
days the system time hits ~95% with the user time at 5% and the loadave
~12. at this point things start to seriously slow down. switching to the
backup box (which then carries the same load) resets teh numbers back to
the fresh system numbers even as it continues to handle the same traffic.
the box normally has ~600-700 processes listed in a ps, after a fresh boot
during a slow afternoon it gets up to ~350 processes within a couple min
and ramps up to ~600 over the next couple hours (at which time the CPU
times and the loadave are still nice and low) and remains fairly steady at
this point until the machine fails (climbing to ~700 processes at peak
load times and then dropping back to ~600 as the load drops off).
Bandwidth of network traffic is low, ifconfig shows essentially no errors
(<30 out of millions of packets)
I had to bump the max filehandles up from the default 8K (I went all the
way to 64K as it would run into a problem running out of them, after
raising the limit the box will fail with the high-water mark of ~13000 and
current of ~9000 (cat /proc/sys/fs/file-nr)
I have used the plug-gw before on a 2.2 system (and a 2.4.0pre system) and
with the process count ranging from ~1500 (idle) and ~5000 (loaded) this
problem did not appear so I seriously doubt that it's a bug in this proxy.
any ideas as to what could be accumulating to slowly tie up the cpu in
system mode?
David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/