<tt><font size=2>Rick Zijlker wrote on 01/28/2010 10:33:46 AM:<br>
<br>
> Hey Rick,<br>
> <br>
> Actually I ran this test at SoftHSM. It just finished. Here's the
log:</font></tt>
<br>
<br><tt><font size=2>Rick, I build hsm-speed, of which ods-hsmspeed is
derivative (which does the same thing as hsm-speed, but uses libhsm instead
of direct pkcs11 calls).</font></tt>
<br>
<br><tt><font size=2>The idea is that you start with 1 thread and a certain
number of iterations, say 10000. You note the speed, and you run again
with a larger number of iterations. If the speed increases, you continue
increasing iterations until it reaches its full potential.</font></tt>
<br>
<br><tt><font size=2>When more iterations doesn't increase speed, increase
threads. Same deal here, continue increasing threads until you get the
highest speed.</font></tt>
<br>
<br><tt><font size=2>Note: contrary to common believe, the amount of threads
does NOT relate to the amount of cores. Hence, 8 threads might still be
scheduled to two or three cores or so. The original hsm-speed contained
'forking' as well, but that has been left out of ods-hsmspeed. You can't
assign threads or forked children to cores, it all depends on the kernel/cpu
relation, and is thus highly platform and cpu dependent.  To circumvent
that, you have to use the throttling I described above.</font></tt>
<br>
<br><tt><font size=2>I do not know what has been changed between rc2 and
rc3 at the moment (I have limited bandwidth to check, as I am on the road
currently).</font></tt>
<br>
<br><tt><font size=2>Hope this helps a bit.</font></tt>
<br>
<br><tt><font size=2>Roy</font></tt>
<br>
<br>
<br><tt><font size=2><br>
> <br>
> --<br>
> [root@signer2 ~]# ods-hsmspeed -r softHSM -i 500000 -t 8<br>
> Opening HSM Library...<br>
> Generating temporary key...<br>
> Temporary key created: 4717225f27c412e6ce4a52700f8d0a5d<br>
> Signing 500000 RRsets with RSA/SHA1 using 8 threads...<br>
> Signer thread #0 started...<br>
> Signer thread #2 started...<br>
> Signer thread #1 started...<br>
> Signer thread #4 started...<br>
> Signer thread #3 started...<br>
> Signer thread #5 started...<br>
> Signer thread #6 started...<br>
> Signer thread #7 started...<br>
> Signer thread #7 done.<br>
> Signer thread #5 done.<br>
> Signer thread #1 done.<br>
> Signer thread #3 done.<br>
> Signer thread #6 done.<br>
> Signer thread #0 done.<br>
> Signer thread #4 done.<br>
> Signer thread #2 done.<br>
> Signing done.<br>
> 8 threads, 500000 signatures per thread, 810.82 sig/s (RSA 1024 bits)<br>
> Deleting temporary key...<br>
> --<br>
> <br>
> This with RC3. In RC2 I got towards 5000 sig/s with the same<br>
> configuration so it feels like something is wrong. <br>
> It even slows down now when running more threads:<br>
> <br>
> --<br>
> [root@signer2 ~]# ods-hsmspeed -r softHSM -i 5000 -t 1<br>
> Opening HSM Library...<br>
> Generating temporary key...<br>
> Temporary key created: 4d58758ce514f68cdd3dd2e543444927<br>
> Signing 5000 RRsets with RSA/SHA1 using 1 thread...<br>
> Signer thread #0 started...<br>
> Signer thread #0 done.<br>
> Signing done.<br>
> 1 thread, 5000 signatures per thread, 1033.65 sig/s (RSA 1024 bits)<br>
> Deleting temporary key...<br>
> <br>
> [root@signer2 ~]# ods-hsmspeed -r softHSM -i 5000 -t 8<br>
> Opening HSM Library...<br>
> Generating temporary key...<br>
> Temporary key created: 8bb75d13e51565000285fe9df3c8409e<br>
> Signing 5000 RRsets with RSA/SHA1 using 8 threads...<br>
> Signer thread #0 started...<br>
> Signer thread #1 started...<br>
> Signer thread #2 started...<br>
> Signer thread #3 started...<br>
> Signer thread #4 started...<br>
> Signer thread #5 started...<br>
> Signer thread #6 started...<br>
> Signer thread #7 started...<br>
> Signer thread #3 done.<br>
> Signer thread #6 done.<br>
> Signer thread #0 done.<br>
> Signer thread #7 done.<br>
> Signer thread #4 done.<br>
> Signer thread #1 done.<br>
> Signer thread #2 done.<br>
> Signer thread #5 done.<br>
> Signing done.<br>
> 8 threads, 5000 signatures per thread, 823.79 sig/s (RSA 1024 bits)<br>
> Deleting temporary key...<br>
> --<br>
> <br>
> <br>
> Cheers,<br>
> Rick<br>
> <br>
> <br>
> -----Original Message-----<br>
> From: Rick van Rein [</font></tt><a href=mailto:rick@openfortress.nl><tt><font size=2>mailto:rick@openfortress.nl</font></tt></a><tt><font size=2>]
<br>
> Sent: donderdag 28 januari 2010 16:25<br>
> To: Rick Zijlker<br>
> Cc: opendnssec-develop@lists.opendnssec.org<br>
> Subject: Re: [Opendnssec-develop] hsmspeed not optimal?<br>
> <br>
> Rick,<br>
> <br>
> Inhowfar are you generating new keys?  We noticed that LUNA SA
slows<br>
> down immensely (it is craving for entropy, basically) wheres a<br>
> continuous signing operation should be able to load it fully.<br>
> <br>
> Slow keygen is good... it means that it takes entopy seriously.<br>
> <br>
> Not sure if this helps, but perhaps it does.<br>
> <br>
> -Rick<br>
> _______________________________________________<br>
> Opendnssec-develop mailing list<br>
> Opendnssec-develop@lists.opendnssec.org<br>
> </font></tt><a href="https://lists.opendnssec.org/mailman/listinfo/opendnssec-develop"><tt><font size=2>https://lists.opendnssec.org/mailman/listinfo/opendnssec-develop</font></tt></a><tt><font size=2><br>
> <br>
</font></tt>