Zitat von Victor Duchovni <victor.ducho...@morganstanley.com>:
On Tue, Sep 07, 2010 at 06:13:23PM +0200, lst_ho...@kwsoft.de wrote:This question has no answer, except to say that on typical commodity server hardware you are unlikely to send more than ~3,000 msgs/sec per Postfix instance. A queue-manager performance test I ran 2 years ago showed that at near ~3000 msgs/sec, the queue-manager is working non-stop and cannot go any faster (with a queue on RAM disk).Just curious: Is it clear where this limit come from eg. is it dependant of the performance which a single core can deliever or is bound by memory latency or some others?Single-core CPU limit. The system had 4 CPUs and the load peaked at ~25%. The queue manager is single-threaded, and must do a fair amount of message envelope processing. So the current design tops out at ~2-3k msgs/sec, which is substantially faster than other constraints on real systems, so the queue manager is not your bottleneck in real systems.
Ok, so if one wants to really peak out it is more useful to have less cores, but faster ones given that I/O is able to keep up.
One could design a queue manager in which message parsing, ... is done in multiple processes, and only the scheduling is done by the central process. Such a queue manager would scale to higher loads, but this is simply not a useful direction at this time.
Totally agree. I think the need for pushing 2-3k msgs/sec or more is not that widespread to worry about.
Many Thanks for sharing knowledge Andreas
smime.p7s
Description: S/MIME Cryptographic Signature
