> -----Original Message-----
> From: Len Conrad [mailto:[EMAIL PROTECTED]
> Sent: 17 October 2008 1:58 p.m.
> To: users@spamassassin.apache.org
> Subject: Any other tuning tricks or is this it?
> 
> 
> FreeBSD 6.2
> 2 GHz
> 1 GB RAM
> 
> Amavisd-new
> 400 KB max msg size to scan
> 10 servers
> TIMING shows sa-check taking 85% - 90%
> 
> spamassassin:
> 
> rulesets:
> updates.spamassassin.org
> saupdates.openprotect.com
> sought.rules.yerp.org
> 
> We run sa-compile.
> 
> external checks: pyzor, razor, dcc
> 
> bayes uses Berkeley db.  I was told SQL was faster, but I don't think
it
> will matter that much in our case.
> 
> SA RBL activated.  RBL checks are also activated at postfix
policy-service
> and show no RBLs timing out or long responses.
> 
> The machine gets overloaded during peak business hours, with the
postfix-
> to-vscan delivery delay taking sometime 100s to 1000s of seconds.
When
> falls behind, can take hours to catch up.
> 
> amavisd-nanny shows all 10 servers busy, and occasional time outs.
> 
> load average about 10
> 
> CPU idle 0%
> 
> WCPU shows the amavis/vscan processes each taking 7% - 10%
> 
> iostat shows spiky disk i/o with 2-3 seconds of 0 KB i/o between
spikes
> (disk not saturated), leads us to think a memory disk won't make any
> difference.
> 
> free + inactive memory totals about 200 - 300 MB (an amavis process
takes
> about 75MB), so not memory constrained.
> 
> In business hours (08:00-17:00), traffic inbound is about  400
msgs/hour
> 
> Traffic outbound, is about 1250 msgs/hour.
> 
> postfix-policy services and postfix processes are so idle that don't
even
> show up in top with "i"dle processes hidden.  It's vscans, named, and
> occasional clamd
> 
> Is this machine maxed out, or is there other tuning that will speed it
up?
> 
> Len
> 


Hi Len,

Sounds like you're having the same problem as my site did, with Pyzor
lookups frequently taking too long or failing. Problem is, nothing
highlighted this until I did some manual tests.

Perhaps the box simply is not up to spec, but I'd start testing your
setup by disabling some S.A features/plugins/RBL's first, and see if
your scan times change. Particulary test Razor and Pyzor - I know first
hand these can push scan times up with no warning. Perhaps they need to
"discover" their best server again (simple admin stuff there).

If that stuff all tests OK, and isn't pushing your scan times up too
high, then perhaps the box is under-spec for what you're trying to do.


Good Luck, HTH.

Michael Hutchinson

Reply via email to