Same thing here, except that it also eats as much memory as it can... Scan times keep growing bigger and bigger in time...
On Thu, 30 Sep 2004 11:56:01 -0600, Shane Hickey <[EMAIL PROTECTED]> wrote: > So, I take it that no one is seeing these weird spamd delays but me? Rats. > > Shane Hickey <[EMAIL PROTECTED]> [2004-09-29 14:11]: > > Howdy all. I'm running version 3.0.0 on Gentoo Linux (using the > > 3.0.0-r1 ebuild). The machine is a dual P3/450 and it is also running > > sendmail 8.12.11 and it handles mail for 20 or so domains with less > > than 20 users total. So, the mail volume is pretty low. > > > > I'm running spamd in the following manner: > > > > /usr/sbin/spamd -d -r /var/run/spamd/spamd.pid -u mail -x -m 10 -L > > > > I'm running spamc out of my /etc/procmailrc (with no options). > > > > What I've noticed is that after spamd has been running for a little > > while, it starts to take longer and longer to check each message. > > Here is a snippet of my times from 2.64: > > > > clean message (-104.9/5.0) for user1:8 in 0.8 seconds, 1129 bytes. > > clean message (-104.9/5.0) for user2:8 in 0.9 seconds, 1231 bytes. > > clean message (-104.9/5.0) for user1:8 in 0.8 seconds, 1231 bytes. > > clean message (-4.9/5.0) for user1:8 in 1.1 seconds, 1046 bytes. > > > > When I first start spamd, I see times that are very close to this. > > But, within 10-20 minutes, they start to climb. Here is how they look > > right now (I started spamd 40 minutes ago). > > > > clean message (-102.8/5.0) for user1:8 in 5.8 seconds, 1282 bytes. > > clean message (-5.0/5.0) for user2:8 in 41.8 seconds, 2867 bytes. > > clean message (-100.0/5.0) for user3:8 in 37.8 seconds, 2250 bytes. > > > > If I let spamd run for several hours, I'll see times near 200 seconds > > per message and it seems to keep increasing. > > > > I have always had "skip_rbl_checks 1" in my local.cf. But, I've been > > trying to isolate what's caused this new slowness, so I've also tried > > to first disable razor2, dcc and pyzor and that didn't seem to make > > much difference. Then I set use_bayes to 0 and that seems to help a > > little bit, but I still see long delays. The delayed times that I > > show above are for this configuration: > > > > # Enable the Bayes system > > use_bayes 0 > > > > # Enable or disable network checks > > skip_rbl_checks 1 > > use_razor2 1 > > use_dcc 1 > > use_pyzor 1 > > > > I also tried "lock_method flock" and I didn't see much success their > > either. Anyway, I was hoping someone else had seen this behavior and > > or maybe someone could shed some light on what might be the cause of > > this? > > > > Thanks, > > Shane > > > > -- > > Shane Hickey <[EMAIL PROTECTED]>: Network/System Consultant > > GPG KeyID: 777CBF3F > > Key fingerprint: 254F B2AC 9939 C715 278C DA95 4109 9F69 777C BF3F > > Listening to: The Courtship of Birdy Numnum - The > > Parapalegic-Homoerotic Episode > > > > -- > Shane Hickey <[EMAIL PROTECTED]>: Network/System Consultant > GPG KeyID: 777CBF3F > Key fingerprint: 254F B2AC 9939 C715 278C DA95 4109 9F69 777C BF3F > Listening to: The Styrenes - Cold Meat > -- ------------------------------------------------- GNU-GPL: "May The Source Be With You... -------------------------------------------------
