On Tue, 2010-09-07 at 00:54 +0200, Karsten Bräckelmann wrote:
> On Mon, 2010-09-06 at 17:32 -0500, Chris wrote:
> > On Mon, 2010-09-06 at 17:03 +0200, Karsten Bräckelmann wrote:
> 
> > > Unless the limit of 50k results in quite some spam ending up unprocessed
> > > by SA, I doubt this will help.
> > > 
> > > Dropping large-ish third-party rule sets, if any, is much more likely to
> > > make a noticeable difference. SA, as well as ClamAV. If memory serves me
> > > right, you are using ClamAV third-party signatures -- some of which have
> > > been reported to hog memory galore.
> 
> > > Since you mentioned procmail, your spamc calling recipe is *with*
> > > locking, right? Limiting concurrent SA processes pretty much to one as
> > > far as filtering is concerned. (As Bernd and previously others in this
> > > thread have pointed out, limit the concurrency.)
> > 
> > I believe I have this right Karsten
> > 
> > :0 fw : $ASSASSINLOCK
> 
> Indeed, you do. Well, if $ASSASSINLOCK evaluates to something, always
> evaluates to the same, and actually is writable. ;)
> 
> > * < 150000 
> > | /usr/local/bin/spamc -f
> > 
> > I've trimmed my third party rule sets down to the sought rules and
> > disabled unnecessary rule sets I had setup in my local.cf
> 
> Good one, particular if constrained with that "unnecessary". That part
> of my previous post strongly aimed at ClamAV third-party sigs, though.
> (Ah, well, and not loading them twice. But I believe we got that
> settled. ;)
> 
> 
I removed some of the third party sigs also Karsten, and memory usage
for clamd has dropped considerably:

28239 clamav    20   0  160m 132m 5304 S  0.0 17.6   0:27.65 clamd 

Memory usage does look a bit better than it did when I started this
thread:

Mem:    772880k total,   744904k used,    27976k free,    34384k buffers
Swap:  1076312k total,   167580k used,   908732k free,   135420k cached

Still going into swap but until I upgrade memory that will have to be
sufficient. I can probably still remove some of the third party clam
sigs and have it do what I want.

Chris

-- 
Chris
KeyID 0xE372A7DA98E6705C

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to