Simone Caruso:
> On 06/04/2013 15:01, Wietse Venema wrote
> > There must be other solutions that can work with a fixed memory
> > budget and that can push excessive mail to a "low-priority" queue
> > that is processed when it does not interfere with other delivery.
> >
> > Any solution that requires knowledge of THE COMPLETE MAIL QUEUE
> > will be firmly rejected. I will not allow a built-in limitation on
> > the amount of mail that Postfix can handle.
> >     
> (if i understood correctly the needs of Giorgio)
> Can be the following points the way to obtain round-robin delivery based on
> sender address/ip?
> 
> 1. change the "incoming queue" directory structure indexing sub-directories 
> with
> a per-sender index
> 2. changing the algorithm used by qmgr to move email from "Incoming" to 
> "Active"
> queue, (a foreach over subdirs)
> 
> This increases disks i/o but you can obtain a pretty fair delivery
> between senders

I just simulated the performance hit of 256 incoming queues by setting

    hash_queue_names = incoming
    hash_queue_depth = 2

and running smtp-source, sending mail to an alias for /dev/null.

Postfix queue performance for small messages already dropped by
30%, with the write cache enabled on a 10,000RPM SAS disk (which
is recommended for a production server only when the write cache
has a battery to survive power failures).

The performance drop will be worse with one queue directory per
customer, unless you have very few customers of course.

        Wietse

Reply via email to