-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
BTW, SpamAssassin *is* CPU-intensive. It's designed that way ;)
- --j.
Tim B writes:
> email builder wrote:
> > I hurried out and installed 3.0.1, thinking one of those memory/language
> > improvements mentioned in the release notes were going to be my savior...
> >
> > Sadly, 3.0.1's spamd has the same CPU-intensive behavior here. I am soooo
> > at
> > a loss; tried everything I've read... spent days reading... please, anyone
> > have anything more?
> >
> > If spamd isn't I/O bound, my memory isn't swapping, I have no other
> > processes
> > that are out of control, I can't for the life of me figure out why this is
> > happening.
> >
> > Again, my specs:
> >
> > A sample from top:
> >
> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> > 1401 maildrop 16 0 39744 34m 6840 R 28.3 3.4 3:04.18 spamd
> >
> > spamd children average around 30% CPU, but even 50% not too unusual.
> >
> > load average is around 15 to 18 during the middle of the day
> >
> > And this is how I start spamd:
> >
> > LANG=en_US; export LANG; TMPDIR=/tmp/spamassassin; export TMPDIR
> > spamd -d -q -x --max-children=5 -H /etc/razor -u maildrop -r
> > /var/run/spamd/spamd.pid
> >
> > (also tried with -L to no avail)
> >
> > /tmp/spamassassin is mounted with tmpfs
> >
> > prefs/bayes/awl all in SQL, but bayes/awl not being used right now
> >
> > we also run named on the same machine
> >
> > if it's important, this is 3.0.1, downloaded and compiled manually (not a
> > CPAN install)
> >
> > I have installed no custom rulesets, nothing extra beside whatever comes
> > 100%
> > stock. This is a Fedora Core 2 machine (2.8P-IV hyperthreaded, 1GB RAM)
> >
> > spamc is called from maildrop as such:
> >
> > if ( $SIZE < 262144 )
> > {
> > exception {
> > xfilter "/usr/bin/spamc -u $LOGNAME"
> > }
> > }
> >
> > (also tried running inside of amavis to no avail)
> >
> > Any advice or even just pointers on any more reading I can do would be
> > highly
> > appreciated!
> >
> >
> >>>What in the world is going on? Isn't it true that spamd (beside DCC)
> >>
> >>does
> >>
> >>>its thing w/out disk I/O? If so, what else could be chewing up so much
> >>
> >>CPU?
> >>
> >>I don't know - The same thing happens to me a couple of times a day, and I
> >>only get about 350 messages per day. Today it was at 12:25p:
> >>
> >>12:25:07 4496 511804 99.13 2532 9420 65088
> >>432884 86.93
> >>
> >>12:25:07 0 91 5.47 2.35 0.89 <<<<<<< LA
> >>
> >>When this happens, the HDD is constantly active. I'm using v2.64 with
> >>network checks. The load average for the 21 hrs of this day is about 0.1
> >
> >
> >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Yahoo! Mail - Helps protect you from nasty viruses.
> > http://promotions.yahoo.com/new_mail
> >
>
> Have you tried doing a force-expire on your bayes db?
>
> I found this helped me. Disabling autoexpire, and twice a day running
> sa-learn --force-expire
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Exmh CVS
iD8DBQFBerAlMJF5cimLx9ARAkSzAJ4ziHgz6iLos/0Obf7OxcFEBxs3gwCfRCvG
3pCNDv79pho0WFpZWnvVDEA=
=6UpA
-----END PGP SIGNATURE-----
