<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
The newest version is cross-environment: squeakj & pharo,
version 52. Don't run the perf test without plugins, please, to set
the expectation.<br>
<br>
There is a class var to control whether RS encoding occurs
(SecureSessionServer class>>#setUseFEC/useFEC:). By default it
is disabled since it seriously affects performance. After profiling
and cleanup, without FEC and with plugins, I consistently get over
20.5 Mbs. I think that's decent, though i am not sure where it
measures with other crypto connections.<br>
<blockquote>100 KB data chunks received: 22<br>
send time: 417 ms, rate: 42.206 Mbs.<br>
receive time: 858 ms. rate: 20.513 Mbs.<br>
</blockquote>
Hopefully we'll get RS pluginized. Then we could talk over ham
radios, with non-commercial use.<br>
<br>
robert<br>
<br>
<br>
<div class="moz-cite-prefix">On 12/18/2015 07:15 AM, Robert Withers
wrote:<br>
</div>
<blockquote cite="mid:5673F8D8.8020106@gmail.com" type="cite">Well,
I must correct myself. It encodes/decodes in the absence of
errors, but it does not recover from damage, yet. It must be the
EuclideanAlgorithm it is using. I'll let you know when that's
fixed, but it is usable without damage, in the meantime.
<br>
<br>
Sorry about that,
<br>
Robert
<br>
<br>
On 12/18/2015 06:50 AM, Robert Withers wrote:
<br>
<blockquote type="cite">SecureSession is now FEC encoded.
<br>
<br>
thanks,
<br>
</blockquote>
<br>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<div align="left">. .. .. ^,^ robert
</div>
</div>
</body>
</html>