Re: [exim] Small modification for queue runners?

On Mon, Dec 06, 2004 at 10:34:01AM +0000, Philip Hazel wrote:
> A more radical idea would be to invent yet another hint. When a
> message fails to be delivered and is left on the queue, the hints for
> various delivery actions (hosts etc) are updated together at the end of
> the delivery process. It should be straightforward to remember the
> earliest retry time for any of them. So one could make a hint record,
> keyed by message id, that contained this time. A queue runner could
> consult this file before forking and trying to deliver a message.

That optimisation does not solve my problem of too few simultaneous
deliveries, but it may reduce the time for a queue run in total by
a great amount. I thought about it as well, but abandoned the idea so
far, because it effectively introduces messages based retry time. If you
reduce the retry time for a host or domain, existing messages will not be
delivered, because it does not change the existing earliest retry times.

> My current position is that this is an area that might in the future be
> played with, but it isn't something for the short-term. And ideally,
> someone who has these huge queues needs to do experiments - it isn't
> something I can simulate.

How about saving that for the next time I need to squeeze out more
performance? :-)

Michael