[Mono-bugs] [Bug 78075][Nor] Changed - Mono SSL stack performance/tuning issues

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Wed May 3 13:24:43 EDT 2006

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by flucifredi at ximian.com.


--- shadow/78075	2006-05-02 23:08:41.000000000 -0400
+++ shadow/78075.tmp.17184	2006-05-03 13:24:43.000000000 -0400
@@ -555,6 +555,33 @@
 If the ZLM server can not downgrade the cryptographic algorithm on the
 server, then my suggestion is to use wget as described before.
 Btw, am confused about wget and libssl, because I could swear those
 licenses were incompatible.
+------- Additional Comments From flucifredi at ximian.com  2006-05-03 13:24 -------
+ok, adding another pass of stats:
+nrmtest-big-0.1-0.noarch.rpm (105 MB)
+from avenger GM server, set with cyphers to RC4/SHA1 as only option:
+wget    : 6.x  seconds
+rug/zmd : 35.x seconds (from logs, no approx, download ONLY)
+mget    : 30.x seconds
+mget (on Microsoft's .Net): 19.x seconds
+jget    : 9.x seconds (!)
+ciphers="SSL_RSA_WITH_RC4_128_SHA", forced.the tests are all
+equivalent, in all relevant ways.
+Note that jget got within 3 seconds of wget, interesting datapoint.
+Mono performance was comparable to the MS .net runtime (circa 30%
+slower), I wonder why the different managed code performance between
+Java and .Net as I am not aware of a reason for it.
+The test run has to be repeated for ciphers="EDH-RSA-DES-CBC3-SHA",
+which is what development wants to use (RC4 has been published as
+"workaround" in a TID).

More information about the mono-bugs mailing list