RE: opendkim performance

From: Murray S. Kucherawy <>
Date: Wed, 31 Aug 2011 14:13:22 -0700

Do you build from source, or install from an RPM or ports tree?

From: [] On Behalf Of Lukasz Ochoda
Sent: Wednesday, August 31, 2011 11:29 AM
Subject: Re: opendkim performance


Thanks for you quick reply... I have not done anything yet... the problem is that I try to sign about 1000 messages per second... I can see big improvement after I switched from dkim proxy. OpenDKIM works great, but still can see some emails that are not signed on the fly... the active queue is still growing, but very slow which is great.

I will try to work on this fixed-sized pool, any improvement is good for me...

DNS is not an issue right now, because I do not verify signatures right now... just signing outgoing emails.


On Wed, Aug 31, 2011 at 2:22 PM, Murray S. Kucherawy <<>> wrote:
I should also point out that the vast majority of the latency in opendkim processing is very likely DNS delays. There's very little we can do in the source code to deal with that.

From:<> [<>] On Behalf Of Murray S. Kucherawy
Sent: Wednesday, August 31, 2011 11:14 AM

Subject: RE: opendkim performance

Have you done any profiling to see where it's bottlenecking?

There are some libmilter build-time features that do things like restrict libmilter to a fixed-size worker pool rather than making one thread per client. I don't recall how much faster that gets it going, though.

There's an open item to improve the speed at which canonicalization occurs, which is where libopendkim spends most of its time. I'm hoping to do that for the next release.

From:<> [<>] On Behalf Of Lukasz Ochoda
Sent: Wednesday, August 31, 2011 11:01 AM
Subject: opendkim performance

Hi All!

Is there any way to optimize opendkim to work with high performance systems/servers. For example, can I increase number of processes of opendkim or make it work faster and better?

Lukasz Ochoda
Endai Worldwide<>
MarketTraq Developer
Tel: 212-430-0808x113
Received on Wed Aug 31 2011 - 21:13:32 PST

This archive was generated by hypermail 2.3.0 : Mon Oct 29 2012 - 23:20:19 PST