Stephen Gran said at 06/09/2008 20:26: > This one time, at band camp, Ronny Adsetts said: >> >> Quick update on this problem with the latest clamav to keep it on the >> radar: >> >> $ uname -a >> Linux allanon 2.6.24-etchnhalf.1-amd64 #1 SMP Mon Jul 21 10:36:02 UTC >> 2008 x86_64 GNU/Linux >> >> $ ps Hu -C clamd >> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND >> clamav 30091 0.0 11.1 264900 230540 ? Ssl Sep05 0:14 >> /usr/sbin/clamd >> clamav 30091 0.0 11.1 264900 230540 ? Ssl 18:57 0:00 >> /usr/sbin/clamd >> >> So it's still there. Let me know if there's anything I can do to help. > [... description of memory fragmentation on database reloads snipped ...] > > If my understanding is correct, I'm afraid this is only going to get > worse as the databases get bigger. It can get more efficient, but the > underlying problem seems like it is likely to stay the same.
That's my understanding of the problem too though I would hate to have to add more memory to the system just so that clamav can run. There are a couple of bugs in the clamav bug tracker that may be of relevance. See this one that talks about the fragmentation (marked invalid): https://wwws.clamav.net/bugzilla/show_bug.cgi?id=736 This one talks about the ref counting on the in-memory DB preventing the freed memory from being reused (or something along those lines): https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1028 This latter bug has a fix that should see the light of day in 0.95 from the ticket comments. If I read the ticket right, this fix should prevent the memory usage from escalating to the extent it does now (my main live system currently shows RSS at 260688). Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com Registered office: UK House, 82 Heath Road, Twickenham TW1 4BW Registered in England. Company No. 4042957
signature.asc
Description: OpenPGP digital signature