On Wed, Aug 22, 2012 at 10:34 AM, Volker Schmelich <volker@???> wrote:
> Unfortunately, we are talking about different hardware, different OS,
> different Exim versions.
One test you can do if you have the hardware available is to install
the new versions on identical hardware and make sure that it's not
some I/O subsystem which causes it. However, I suspect it's not the
hardware.
> Could it be caused by changes in between Exim versions - internal
> processing changes?
> Could it be caused by 32 vs. 64 bit or different kernels?
> Any suggestions where to start or which tools could be used to gain
> further insight?
The only real difference I notice is a different version of Berkeley DB.
Are the filesystems the same? Is one using ext3 and the other using
ext4? Is one on LVM and the other is not on LVM?
"strace -f -tt -T" for each queue run. Look for differences in time
spent loading shared libs. Look for differences in time spent in each
function call. Hopefully something in that output will give you an
idea of where the difference in time is spent.
...Todd
--
The total budget at all receivers for solving senders' problems is $0.
If you want them to accept your mail and manage it the way you want,
send it the way the spec says to. --John Levine
