Slow lmtpd

[Andre Nathan]

On Thu, 2007-03-01 at 09:25 +0100, lst_hoe01 at kwsoft.de wrote:
> A few thousand lmtpd would be *way* too much because they all use the 
> same I/O bottleneck (if you don't have partitions on different I/O 
> paths). For a single I/O path i would recommend not more than some 10 
> .. 20 concurrent lmtpd with the exception if you are having complex 
> sieve rules which adds to latency.

Huh, sorry... read hundreds where I wrote thousands... during peak times
there 200-250 lmtpd processes. Anyway, it's still too much.

The partitions are mounted remotely using ATA over Ethernet, with jumbo
frames enabled. It's an 8-disk RAID-5 array. I'm not sure if the network
can be the bottleneck. The snmp statistics don't show full utilization
of the gigabit link.

I can lower the maximum number of lmtpd processes, but the problem is
that given the number of connections made to lmtpd from the MTAs, it'll
quickly reach that number and start bouncing messages.

Thanks,
Andre