I have noticed with 5.017 that the biggest cpu hog by far is confd. I know this is the configuration database. Also even though i have 320 megs of ram the system so far has not gone above 210 megs of ram which is slightly higher than v4 usage. I have pop3 w/av and 30 attachment filters, dns, http proxies on. I am not using the spam protection as the Bayesian filters in my mozilla do a better job with less cpu loading. I also have full accounting on the internal interface for all traffic going. I am using 12 various packet filter rules and 10 NAT rules. I also am using ips/ids. I also have my squid memory tweaks active on this box. Right now the biggest cpu hog is confd by more than 2 to 1. Even hitting the box with nessus did not bring the system loads by snort up to anything near confd's usage. It seems the biggest cpu hog is the database as has been noted earlier. I hope this is an area that will be addressed when the guys at Astaro can get to it..[[:)]]
I have sent several 1.1 meg attachments through the pop3 proxy without incident. I hit this machine with multiple attachments in the same e-mail totaling about 3 megs and besides some cpu loading(which is normal) the mails got through. I then sent an e-mail to three account with a single 3 meg attachment. This brought the cpu usage up again but the system was able to perform all other functions without incident. The mail eventually got through and no abnormal issue surfaced. Astaro has done a great job on the pop3 proxy..[[:)]]
Well further testing showed a couple of unusual behaviors in the pop3 proxy. First is that unlike v4..the v5 pop3 proxy apparently scans files for virii even if there is an attachment filter hit. This is according to the e-mail notification. I may be wrong please correct me if i am and it is just putting that in saying it scanned it and that the attachment scan counts as the a/v scan in this case. When processing 6 pop3 accounts that had a single mail sent to each with a 4 meg attachment the swap usage went through the roof. This means all of maybe 30 megs of data between 6 mr popper processes made the swap go from zero to over 260 megs in very short order. I do not know if this is expected behavior or not. Besides the huge memory usage nothing else unusual was noted. The file were unzipped non-infected .exe files. V5 is looking good Astaro!
If there is any other information i can provide feel free to ask.
This thread was automatically locked due to age.
