On Wed, Feb 11, 2009 at 01:41:19PM -0500, Silas Boyd-Wickizer wrote:

> Hello, I'm doing some experiments with a synthetic benchmark and 
> postfix.  My current postfix configuration can deliver ~3000 
> msg/sec to 1000 virtual mailboxes; however, the system (16 
> core/4x4 AMD opteron) is ~90% idle.  All logs and queues reside 
> in a RAM filesystem, so disk IO is not a bottleneck.  I am 
> generating the incoming load locally using (a slightly modified) 
> smtp-source, so the network is not a bottleneck.  smtp-source is 
> generating 10k emails and smtpd/cleanup can put the incoming 
> emails on the incoming queue much faster than the qmgr can pull 
> them off.  Besides the incoming and active queues, all queues are 
> empty during the benchmark.  Ideally I want the system to be 0% 
> idle.  Any suggestions on how to achieve this?

With 16 logical CPUs, in this configuration you'll find your CPU load
to be 1/16th of the theoretical maximum + overhead. Your report of 10%
is about right.

What exactly are you trying to measure with this "benchmark"?

No realistic configuration has the same critical resource, and you'll
run out of disk I/O throughput or CPU first depending on how CPU hungry
your content-filters are.

If you really are planning to host all spools in RAM disk, and need more
than 3000 msgs/sec, I am most curious what use-case motivates this design
and performance requirement.

-- 
        Viktor.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majord...@postfix.org?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

Reply via email to