email builder wrote:
<[EMAIL PROTECTED]> said:
Normal system load averages 0.15, with about 5 spamd processes running.
Peak load varies, very occasionally going above 8, with around 30 spamd
processes at once. This system has been processing about 20,000 messages
per day lately.
Thanks for the good info. I'm glad to hear that spamd *should* work without
being as CPU-intensive as it has been for me. We are on a Pentium IV with
1GB RAM and recieve at our peak around 200 msgs/min. (actual peak is
something like 280, but we average closer to 100, about 40K msgs go through
SA each day).
The kicker is that with only 5 spamd children, I see each child eating up on average something like 20% CPU... it is not unusual to see spamd processes at 40% or even 50%. I have not installed custom rules, have not done anything except install the software. I use SQL-based prefs and Bayes (but bayes is off since even w/out bayes, we see a load of around 17 during business hours and mail is always on the borderline of backing up)... we use a ramdisk (tmpfs) for the directory that DCC unpacks messages, we run a local named DNS server, and set the LANG environment variable to en_US before startup.
Hi,
We run 10 spamd children and process an average of 350K messages a day on a P4 2.4 Ghz (not hyper) with 2 gigs of RAM. The machine never swaps and also never stops. Load is usually around 1.5 - 3.0 as it is always processing spam.
We use bayes and awl in Berkeley DB format with network tests enabled (most rbl's are hosted locally and dnscache is running locally as well with 144 megs assigned to it)
Current snapshot on a slow Friday night is
last pid: 31168; load averages: 1.13, 2.02, 1.84 up 112+09:32:07 19:51:23
Regards,
Rick
