Re: [exim] Exim has a bad queue handling?

Page principale
Supprimer ce message
Répondre à ce message
Auteur: Philip Hazel
Date:  
À: Martin A. Brooks
CC: exim-users, Peter Bowyer
Sujet: Re: [exim] Exim has a bad queue handling?
On Mon, 23 Oct 2006, Martin A. Brooks wrote:

> On Mon, 2006-10-23 at 10:02 +0100, Philip Hazel wrote:
> > Using split_spool_directory helps
>
> As does, on ext2/3 partitions, turning directory indexing on.
>
> It'd be interesting to see if there was an advantage to having your mail
> spool on reiserfs, and more interesting to see if that performance gain
> (if any) would be worth the usually risk of reiserfs lunching itself and
> it's been prone to do in the past.


Quite apart from queue length considerations, it is definitely the case
that using the fastest, most efficient disk+file system that you can is
beneficial. After all, Exim spends its time creating, writing, reading,
and then removing files. It hammers the file system far more than the
processor.

-- 
Philip Hazel            University of Cambridge Computing Service
Get the Exim 4 book:    http://www.uit.co.uk/exim-book