On 2016-06-21 18:05, Per Jessen wrote:
Carlos E. R. wrote:
The problem is that amavis is slow, mostly because of online tests and time outs. It has to wait. So I increase the number of children (cpu load is low). But this takes ram; 8 GiB is no longer a big ammount.
Your system can really gobble up that much RAM doing spam-filtering?
Well, it is actually my main desktop machine. Many Firefox tabs, thunderbird, some jave apps, LibreOffice... all large applications. I just try to get some back, and amavis is a low hanging fruit :-)
My typical production server is also 8Gb, but rarely goes past 2-3Gb. Usually the clamAV database is the biggest user, spamd never uses a lot. (we don't use amavis, but a combination of spamc/spamd plus clamav).
clamd is a heavy user of ram, too. Number five in "top" display: PID USER PR NI VIRT RES SHR SWAP S %CPU %MEM TIME+ COMMAND 28517 cer 20 0 1533080 288892 33964 176336 S 0,000 3,526 89:19.09 thunderbird-bin 19735 cer 20 0 4061456 213736 5072 254632 S 0,000 2,609 32:20.97 java 19683 cer 20 0 6638024 180512 7824 35528 S 0,000 2,203 0:30.24 soffice.bin 10892 root 20 0 610860 172124 25296 197392 S 0,993 2,101 183:50.00 X 3581 vscan 20 0 1126492 143180 1240 216660 S 0,000 1,748 7:54.73 clamd 8708 cer 20 0 471428 132188 2252 26064 S 0,662 1,613 15:59.62 kwalletd 19916 cer 20 0 399092 114776 5792 0 S 0,000 1,401 0:43.06 acroread -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)