Eric "Shubes" wrote:
Simone Marzona wrote:
Hi all
how is possible to set nice level on spamassassin on mandriva?
On Debian systems it's configured in /etc/default/spamassassin nice-level.
I could simply put a "nice x" value before "spamd.." in
/var/qmail/supervise/spamd/run?
That sounds like it's worth a try, but I kinda doubt that it'd be effective.
spamd spawns the processes that actually do the spam checking (spamd child),
so those are the processes you'd really need to 'nice'. I don't know if the
children pick up the nice level of the parent or not, or how their nice
level is determined.
or there is a predefined place?
Not that I'm aware of in the toaster. You might ask the spamassassin list
how this is done.
thanks
Welcome.
Having said that, let me guess what your problem might be (since you've
asked about a solution w/out stating your problem).
Quite correct.
The fact was that I supposed I've already a solution but I could not
find a clean place where put may idea into action because the sistem is
Mandriva based, and usually I use Debian.
But you're quite correct.
spamd on your toaster occasionally sucks up the cpu, the number of smtp
sessions grows, some sessions might time out resulting in duplicate emails.
no, this is not my problem.
My system does web server and not only mail server. I'm thinking that
reniceing spamd processes could leave more cpu-time to apache processes,
and slow down a little the delivery of mails (wich is not noticeable by
users).
The idea is that 0.5 seconds on a web page is not tolerable, 10 seconds
on an email is not noticeable. (as an example).
it could be seen as a very raw profiling on the cpu, or more correctly
manageing the priority of processes in a custom way.
What's might be going on here is that autoexpire is configured on, and when
it kicks in things go kinda haywire, because the expiration process can take
a bit of time and a lot of cpu.
A solution in this case is to turn off autoexpire, and create a cron job
(sa-learn --force-expire) which runs periodically (daily is probably good).
This will also force the bayes database log to sync.
EE, do you suppose we can change the basic spamassassin-toaster package to
use this configuration? I think it'd be a good idea, as this will remove the
expiration process from active smtp sessions, as well as forcing the bayes
log to sync, which TTBOMK isn't being done by anything in the basic toaster.
I never had this problem. Sorry.
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
