[ https://issues.jboss.org/browse/JGRP-1722?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-1722: -------------------------------- When a sync RPC is invoked, the following encrypt/decrypt phases are done: # The request is sent and *encrypted* on the way down # The request is received and *decrypted* on the way up, either as a single message or as part of a batch # The response is sent and *encrypted* on the way down # The response is received and *descrypted* on the way up, either as a single message or as part of a batch That's a total of 2 encryptions and 2 decryptions for invoking a single sync RPC. I measure the avg cost of encryption and decryption and the total of 1 encrypt/decrypt is ca. 25 us, which means an RPC uses roughly 50us for encryption and decryption. That's a theoretical total of 20'000 max RPCs / sec, but of course this doesn't take the other protocols and processing of the request at the receipient and the response at the caller into account. *Without* encryption, I get (on the same box) ca. 16'000 RPCs/node avg, *with* encryption I get ca. 8'500. I've come to the conclusion that this is the cost of encryption that has to be paid. If we could make encryption faster, e.g. by picking smaller key sizes, perhaps this could be improved, but parallelization (see above) didn't help. Note that the numbers for UPerf and higher on cluster01-08 (8 nodes): ca. 20'000 sync RPCs/sec with encryption and 38'000 without. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira