I've done some benchmarking tests with the other free compression library #ZipLib (are there other non-commercial compression libs for .NET ?). #ZipLib is a pure C# library and has a lot more features than LZO.Net (i. e. ZipFile-Handling) but can also be used for simple byte-stream compression.
Because the first priority of LZO.Net is speed I used the #ZipLib-Deflaters with "Best-Speed" level. For the most accurate results the durations of the compression/decompression steps were measured with Windows performance counters. Memory consumption wasn't measured.
You can see that the compression ratio of #ZipLib is always a little bit better. But LZO.Net is much faster in both compression and decompression.
|Test-System: IBM-Thinkpad A21m (800 Mhz), 512MB, W2K (SP4)|
|XML-File (Size: 9626 KBytes)|
|Compression ratio||10,79 %||8,22 %|
|Compression speed||17 ms||76 ms|
|Decompression speed||8 ms||34 ms|
|DirectX-Online-Help (11485 KBytes)|
|Compression ratio||96,5 %||95,87 %|
|Compression speed||105 ms||377 ms|
|Decompression speed||13 ms||36 ms|
|PDF (1327 KBytes)|
|Compression ratio||66,54 %||65,1 %|
|Compression speed||9 ms||40 ms|
|Decompression speed||1 ms||14 ms|
|DB2-Transaction-Logfile (10008 KBytes)|
|Compression ratio||26,81 %||22,23 %|
|Compression speed||27 ms||154 ms|
|Decompression speed||13 ms||76 ms|
|Lotus-Notes-DB (12544 KBytes)|
|Compression ratio||30,73 %||27,36 %|
|Compression speed||41 ms||209 ms|
|Decompression speed||15 ms||91 ms|