On Fri, 2 Sep 2005, Michael Haardt wrote:
>
> Queueing under load is bad advice, as it makes things worse. Mail servers
> are usually limited by I/O. Immediate delivery delivers from page cache.
However delivery requires many more fsyncs than just queueing.
> It is fine for short peaks, but if in trouble, then try to avoid queuing
> and better limit the number of connections and let others retry.
I agree that managing the offered load is more effective.
> Put it differently: What would break if geometric retry intervals would
> use the computed earliest retry time as interval for a random number?
Probably nothing :-)
Tony.
--
<fanf@???> <dot@???>
http://dotat.at/ ${sg{\N${sg{\
N\}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}\
\N}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}
