Steve, > Well, here's one that did make it through, and I'm not sure where the > slowdown is - I can see the section of code between pre-MAIL and > pre-DATA-flush, but am not enough of a Perl guru to figure out what's going > on there that might slow things down: > Feb 14 17:00:34 mercury amavis[14519]: (14519-03) TIMING [total 30100 ms] - > SMTP EHLO: 3 (0%)0, SMTP pre-MAIL: 1 (0%)0, SMTP pre-DATA-flush: 20431 > (68%)68, SMTP DATA: 9123 (30%)98, ... > > I also on occasion see similar timings where the holdup is in the SMTP DATA > section, like this one: > Feb 14 17:04:53 mercury amavis[14755]: (14755-03) TIMING [total 114165 ms] > - SMTP EHLO: 3 (0%)0, SMTP pre-MAIL: 1 (0%)0, SMTP pre-DATA-flush: 1962 > (2%)2, SMTP DATA: 111780 (98%)100, ...
> During this time, the load on the machine is below 1 (.3 to .5), memory is > fully used (I'll guess 3/4 used+shared, a little bit of buffers and the > rest cached) and there's not a lot of other mails going through. There's > 20 amavisd-new processes set to run with an equal limit for Postfix's > smtpd. I'd say this is pretty much a normal (bad) situation with a pre-queue content filtering setup. A poor network link from a client can make data trickle-in slowly for minutes. WIth a usual post-queue content filtering setup this is a non-issue, one can allow lots of small-footprint Postfix smtpd processes to gather data from loads of slow clients at their leisure, then content filter receives the whole mail on a plate and checks it at its own pace. In a proxy setup, when a client makes a smtp connection to Postfix and reaches data transfer phase, this data gets immediately transferred to a pre-queue content filter, at the same pace it comes pouring in. If a client connection is fast data comes quickly, otherwise it keeps a large-footprint amavisd+SA process tied for seconds or minutes. This is just a good illustration of why pre-queue content filtering with heavy-weight contentfilter is not a good idea. Mark ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
