On Wednesday 07 July 2010 09:42:54 Murray S. Kucherawy wrote:
>..So the totals are
> 4.843182 for the non-Lua case and 5.379364 for the Lua case, an increase
> of about 11%.
>
> I'll add this test to opendkim/tests on the trunk, but I won't add it yet
> to the list of tests that's actually run because it can slow "make check"
> down by quite a bit (though perhaps that's not really a problem since
> "make check" is supposed to be thorough anyway).
I tend to think of "make check" as a coverage check rather than a performance
check so agree with this. The current signing/verification through put I still
think is a nice rough metric for the end user though.
And if you want to see slow check routines look at gcc/glibc but hey that's a
lot of functionality to cover.
> Do we think that's high or acceptable?
for the moment acceptable. Really it just prompts more questions to whether
this is a one of performance hit for lua or whether it is proportional to the
amount of scripting. Once I get around to doing some more lua scripts
replicating existing functionality perhaps this can be seen a little better.
Compared to the other spam processing systems I've seen running on mail
servers this doesn't make a significant mark on raw CPU metrics compared to
other processes.
As a speed check perhaps verification is a more typical metric of a deployment
larger mail volumes. I expect most gateway's using opendkim to be verifying
more that signing.
Daniel
Received on Thu Jul 08 2010 - 00:23:18 PST
This archive was generated by hypermail 2.2.0+W3C-0.50 : Thu Jul 08 2010 - 01:50:01 PST