spamassassin-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kārlis Repsons <karlis.reps...@gmail.com>
Subject Re: Reduce filtering time by white-listing
Date Thu, 07 Jul 2011 11:38:06 GMT
On Thursday 07 July 2011 09:52:36 Martin Gregorie wrote:
> On Thu, 2011-07-07 at 08:27 +0000, Kārlis Repsons wrote:
> > as per my current SA setup it takes quite a while until all tests are
> > over and the mail is delivered.
> 
> How are you running SA? If you're explicitly running 'spamassassin' ,
> whether from a script, a procmail recipe or as a Postfix service or
> equivalent, it will be loaded, initialised and shut down for every
> message it handles. Doing that gives approximately half the throughput
> you'd get by running it as a server (spamc/spamd) or via amavis-new
> (where SA is loaded as part of amavis).
> 
> > still DNS lookups are done, hashes
> > are computed and so it takes just about the same time as before...
> 
> You can get a large speed-up by simply running a local copy of BIND or
> some other DNS cache (I run BIND).
> 
> I see the performance hit from using spamassassin instead of spamc/spamd
> despite though I'm running a local caching DNSserver.
> 
> In terms of increased performance vs. effort needed, the following list
> shows the low-hanging fruit first, at least this is my personal ranking:
> 
> 1) use spamc/spamd in place of the spamassassin executable
> 2) introduce a local DNScache
> 3) tune spamd, i.e. adjust its max and min child processes to
>    match your workload, CPU power and available RAM
> 4) consider using amavis-new
> 5) tune your ruleset
> 
> Do (1) and (2) before even starting to think about the remaining items.

Thank you, looks like a good advice, I'll see what can be done!

Mime
View raw message