> I do not have /var/amavis/tmp in a RAM drive, ... > Am I missing something? > Would moving that dir to memory really help improve I/O?
>> You have to be very careful, if tmpfs fills up, amavisd-new processes >> croak. I'm not sure it's worth it primarily due to this fact. Do your >> homework if you try this. If you have a traditional file system where writing metadata is expensive (creating and deleting files), then it may be worth considering a RAM-based file system partition (for /var/amavis/tmp, and perhaps on /tmp and /var/tmp), although I'm not convinced it is worth the trouble and the risk of running out of space. It is much cheaper and safer to use a modern disk-based file system on such partition that offers inexpensive metadata updates, like the UFS on FreeBSD (soft updates / snapshots), or somewhat more expensive journalling file systems (Linux). Another way is to use a disk drive with write-back RAM cache, such as is becoming common nowadays with cheap disks (see http://www.livejournal.com/~brad/2116715.html ). A third way is to have a dedicated disk partition for /var/amavis/tmp where a file system (any file system) has disabled sync on metadata, i.e. an async fs. Loss of metadata on such a temporary file system does no harm (except it may cost fsck time on machine crash with a traditional file systems). > ldap-prepare: 5 (0%)0, > SMTP EHLO: 5 (0%)0, > SMTP pre-MAIL: 5 (0%)0, > mkdir tempdir: 1(0%)0, > create email.txt: 1 (0%)0, > ldap-connect: 17 (0%)0, > lookup_ldap: 3861 (51%)51, > SMTP pre-DATA-flush: 4 (0%)51, > SMTP DATA: 189 (2%)54, The coming version 2.3.3 offers about 35% reduction of the above time, which may be apparent on receiving very large mail messages. > body_hash: 2 (0%)54, > gen_mail_id: 1 (0%)54, > mkdir parts: 1 (0%)54, > mime_decode: 14 (0%)54, > get-file-type1: 21 (0%)54, > parts_decode: 1 (0%)54, > AV-scan-1: 15 (0%)55, > spam-wb-list: 42 (1%)55, > SA msg read: 1 (0%)55, > SA parse: 3 (0%)55, > SA check: 3215 (42%)98, > update_cache: 2 (0%)98, > deal_with_mail_size: 1 (0%)98, > fwd-connect: 13 (0%)98, > fwd-mail-from: 6 (0%)98, > fwd-rcpt-to: 14 (0%)98, > write-header: 4 (0%)98, substantial improvement (factor of 4) in the above time with 2.3.3, which may be of importance on degenerate mail messages with huge headers, such as resulting from broken MTA loops > fwd-data: 0 (0%)98, > fwd-data-end: 100 (1%)100, > fwd-rundown: 2 (0%)100, > main_log_entry: 24 (0%)100, some small improvement in the above time with 2.3.3. > update_snmp: 1 (0%)100, > unlink-1-files: 2 (0%)100, > rundown: 0 (0%)100 Mark ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
