> BTW, SpamAssassin *is* CPU-intensive. It's designed that way ;)
But not as CPU intensive as I am seeing. According to others on this list, I
should not be seeing a mere five spamd children completely dominating a
2.8GHz(HT) processor.
> 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-----
>
>
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
