Hi Mark! Mark Martinec wrote: > Unless you really need to shave off the few milliseconds, I'd suggest > NOT to move temp directory to a ram disk, which is typically much > smaller than a real disk partition, so can fill up much faster and > block mail flow if something unpredictable happens.
Regarding the "few milliseconds" -> are you sure that we are talking abust "just a few" of them? Time ago I dedicated 1 GB tmpfs to each Amavis Host, and it seemed that this really improved I/O performance. However, I did not run any benchmarks proving this. Cleanup cronjobs are running each night and removing files older than 2 days. Max allowed mail size is 100MB, 40 Amavis processes on each host. I never noticed tmpfs filling up, I'm not even monitoring it. However, if my front MX servers queue is filling up, immediately at least two people get a notice. Regards, Thomas ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ 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/
