RE: opendkim performance

From: Murray S. Kucherawy <msk_at_cloudmark.com>
Date: Wed, 31 Aug 2011 11:22:33 -0700

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: opendkim-users-bounce_at_lists.opendkim.org [mailto:opendkim-users-bounce_at_lists.opendkim.org] On Behalf Of Murray S. Kucherawy
Sent: Wednesday, August 31, 2011 11:14 AM
To: opendkim-users_at_lists.opendkim.org
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: opendkim-users-bounce_at_lists.opendkim.org [mailto:opendkim-users-bounce_at_lists.opendkim.org] On Behalf Of Lukasz Ochoda
Sent: Wednesday, August 31, 2011 11:01 AM
To: opendkim-users_at_lists.opendkim.org
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?
Received on Wed Aug 31 2011 - 18:22:42 PST

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