Changes between Version 33 and Version 34 of PacketEncoding

Timestamp:

01/31/18 04:28:37 (18 months ago)

Author:

Antoine Martin

Comment:

https

PacketEncoding

@@ -40 +40 @@
 [[BR]]
 This allows various languages to implement the xpra protocol, specifying which encoder they want to use (bencode is more widely available than rencode).
-We also include a faster bencoder implemented in Cython, which is roughly twice as fast as the pure Python version and does make a difference to the overall performance of the system: [http://xpra.org/stats/bencode/ Cython vs Python bencoder], but rencode is 3 times faster than that still.
+We also include a faster bencoder implemented in Cython, which is roughly twice as fast as the pure Python version and does make a difference to the overall performance of the system: [https://xpra.org/stats/bencode/ Cython vs Python bencoder], but rencode is 3 times faster than that still.
 
 The python client and server can specify which packet encoders should be enabled using the switch {{{--packet-encoders=}}} (or via the config file).
@@ -80 +80 @@
 There is a [/browser/xpra/trunk/src/tests/xpra/net/lz4_vs_lzo_vs_zlib.py benchmark test] you can run to measure the performance of lz4 and lzo compared to zlib. On average, lz4 is about 10 times faster than zlib on its fastest setting for regular packets, and even faster for RGB data (up to 60 times faster than zlib!) whilst also compressing better than zlib!
 [[BR]]
-You can also find some more generic statistics here: [http://xpra.org/stats/lz4/ lz4 vs zlib graphs]
+You can also find some more generic statistics here: [https://xpra.org/stats/lz4/ lz4 vs zlib graphs]
 
 A more thorough comparison can be found here: [http://richg42.blogspot.com/2016/08/rads-ground-breaking-lossless.html lossless compression products benchmarked] (pay particular attention to compression speed, which is the most important aspect for the network layer)