Zitat von Silas Boyd-Wickizer :
Why do you believe that this should use 100% of ALL Cpus?
If you look at your synthetic test then you will likely find that
there are at any point in time only a few mail receiving processes
and mail delivering processes, and that these processes will all
be wait
Silas Boyd-Wickizer:
> > Why do you believe that this should use 100% of ALL Cpus?
> >
> > If you look at your synthetic test then you will likely find that
> > there are at any point in time only a few mail receiving processes
> > and mail delivering processes, and that these processes will all
>
On Wed, Feb 11, 2009 at 03:57:45PM -0600, Noel Jones wrote:
> Silas Boyd-Wickizer wrote:
>> Yes, there are only a few mail delivering processes (virtual). Why is
>> this a function of my load? There are many messages waiting for delivery,
>> so why doesn't postfix run more virtuals to increase
On Wed, Feb 11, 2009 at 04:47:40PM -0500, Silas Boyd-Wickizer wrote:
> There are many messages
> waiting for delivery, so why doesn't postfix run more virtuals
> to increase concurrency?
Because it can't decide where to send the mail any faster. This thread
is not very productive, the benchmark
Silas Boyd-Wickizer wrote:
Yes, there are only a few mail delivering processes (virtual).
Why is this a function of my load? There are many messages
waiting for delivery, so why doesn't postfix run more virtuals
to increase concurrency?
This might have something to do with concurrency...
p
> Why do you believe that this should use 100% of ALL Cpus?
>
> If you look at your synthetic test then you will likely find that
> there are at any point in time only a few mail receiving processes
> and mail delivering processes, and that these processes will all
> be waiting for kernel system c
On Wed, Feb 11, 2009 at 02:28:40PM -0500, Silas Boyd-Wickizer wrote:
> > 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.
>
> The system has 16 physical execution units: four quad c
Silas Boyd-Wickizer:
> 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
Why do you belie
> 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.
The system has 16 physical execution units: four quad core AMD
Opterons. In the configuration I described, 90% of total cycles
are u
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% idl
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 bottl
11 matches
Mail list logo
