Benchmark
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) | |||
LZO.Net | #ZipLib | ||
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 |