We suspect a few things. It seems to be resolved now. Concurrency rates were greatly increased during the last test.
1) Postfix 2.6 allows for a higher per process limit. The OS "ulimit" by default, may not necessarily support this. The postfix processes were running out of file descriptors. "ulimit" was increased to 4096. 2) selinux was enabled. This was not high on the suspect list, but it should be disabled in any high transaction environment. - Eric -----Original Message----- From: owner-postfix-us...@postfix.org [mailto:owner-postfix-us...@postfix.org] On Behalf Of Stan Hoeppner Sent: Tuesday, October 20, 2009 10:35 PM To: postfix-users@postfix.org Subject: Postfix 2.6.x slow - Eric? Update? Victor Duchovni put forth on 10/6/2009 11:37 AM: > On Mon, Oct 05, 2009 at 05:17:54PM -0700, Eric Vaughn wrote: > >> Are there any new features to postfix 2.6.x that would cause it to be >> slow? > > Eric your post premature. You don't yet have measurements showing Postfix > 2.6 to be "slow". Lets get the volume comparisons, and tcpdump captures > of both the incoming TLS, and the outgoing decrypted sessions. > > Once I see your Postfix 2.6 actually being slower, and not anecdotal > impressions, we'll take it from there... > Hi Eric, I'm really interested to know what the culprit was. Do you have any new information to report? What was the cause/solution? Thanks. -- Stan
