I had a very similar problem on an AMD single processor same setup. I
found that the problem. I found the culprit on my machine was caused by
running spamassassin to do the mail filtering. It spawned so many
threads will checking that the machine was literally giving it most of
the cpu during every 15 minute mail check.
This stopped when I used spamc. I invoked it from within my procmailrc
as so and the problem stopped:
:0fw
* < 256000
| /usr/bin/spamc
This may not be what is causing your problem but maybe it will help
solve it.
---
On Tue, 2004-05-11 at 07:37, Doug Block wrote:
> I have about 80 power users that receive anywhere between 4k to 10k of msgs
> per day. The box I currently have for them is 1.5 gig 1024 meg RH9 box
> with a Ide OS drive for RH9 with all of the mail related items stored on a
> hardware mirrored 73 gig scsi320 drives (/home, /mail /var/spool, etc). So
> far have migrated about 7 gig of mail in maildir format over for about 30
> users and I have notice that my proc is spiking (which is normal) but my
> users are noticing a delay in Imap response which I think is due to the
> spike to 100% for spamd and clamd when a ton of mail comes thru.
>
> Ok here is the question will RH9 exim courier-imap and everythng else listed
> above as current work on a dual AMD64 proc?
>
> Or is there something could possibly have configed wrong that is causing
> these delays. Sa-learn and clamd seem to be the biggest hogs of Cpu cycle
> (I think is normal but I could be wrong)
>
>
>
> Doug
>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
