From 6ee7143746d62f7a356a546c8250fffeb840d7da Mon Sep 17 00:00:00 2001 From: Con Kolivas Date: Sat, 17 Mar 2012 22:33:01 +1100 Subject: [PATCH] Updated documentation. --- ChangeLog | 23 +++++++++++++++++++++++ WHATS-NEW | 9 +++++++++ doc/README.benchmarks | 17 ++++++++--------- 3 files changed, 40 insertions(+), 9 deletions(-) diff --git a/ChangeLog b/ChangeLog index 9e504b3..2646823 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,4 +1,27 @@ lrzip ChangeLog + +MARCH 2012, version 0.612 Con Kolivas +* Minor formatting improvement to delete misaligned %. +* Implement progress counter on zpaq compress/decompress per thread within the +Reader function. +* Add some lrzip style defines and optimisations to the lrzip functions in +libzpaq.h +* Re-instantiate the lzo compresses test for zpaq compression. +* Remove redundant code. +* Delete now-unused zpipe code. +* Implement virtual write support for bufWrite to speed up zpaq support and +simplify the virtual read function for bufRead. +* Add virtual read() support to the bufRead class to speed up encoding/decoding +via the zpaq library. +* Use libzpaq backend for decompression. +* Move zpaq compression to new libzpaq library back end. +* Merge branch 'master' into zpaq +* Add minimal libzpaq compilation support. +* Move to libzpaq directory. +* Import libzapq files. +* Fix Lrzip.h not being installed into include directory and make distcheck +failing. + MARCH 2012, version 0.611 Con Kolivas. * Move the update counter to earlier in the hash_search so it still updates even when there are not matches. diff --git a/WHATS-NEW b/WHATS-NEW index 5a6cdc0..0f5fa05 100644 --- a/WHATS-NEW +++ b/WHATS-NEW @@ -1,3 +1,12 @@ +lrzip-0.612 + +Updated to a new zpaq library back end which is faster and now supports three +different compression levels, which will be activated at lrzip levels -L 1+, 4+ +and 8+. This significantly increases the maximum compression available by lrzip +with -L 9. +The include file Lrzip.h used by liblrzip is now properly installed into +$prefix/include. + lrzip-0.611 lrzcat and lrzuntar have been fixed. diff --git a/doc/README.benchmarks b/doc/README.benchmarks index 4cf30c0..17f3aa8 100644 --- a/doc/README.benchmarks +++ b/doc/README.benchmarks @@ -14,25 +14,24 @@ backend. linux-2.6.37.tar These are benchmarks performed on a 3GHz quad core Intel Core2 with 8GB ram -using lrzip v0.570 on an SSD drive. +using lrzip v0.612 on an SSD drive. Compression Size Percentage Compress Decompress None 430612480 100 7z 63636839 14.8 2m28s 0m6.6s xz 63291156 14.7 4m02s 0m8.7 -lrzip 64474279 14.9 1m27s 0m7.6s -lrzip -z 51464086 12.0 3m43s 4m11s -lrzip -l 132833903 30.8 0m23s 0m6.5s -lrzip -g 86976639 20.2 0m26s 0m6.6s -lrzip -b 72433191 16.8 0m30s 0m9.6s +lrzip 64561485 14.9 1m12s 0m4.3s +lrzip -z 51588423 12.0 2m02s 2m08s +lrzip -l 137515997 31.9 0m14s 0m2.7s +lrzip -g 86142459 20.0 0m17s 0m3.0s +lrzip -b 72103197 16.7 0m21s 0m6.5s bzip2 74060625 17.2 0m48s 0m12.8s gzip 94512561 21.9 0m17s 0m4.0s These results are interesting to note the compression of lrzip by default is about the same as 7z, but it's significantly faster thanks to its heavily -multithreaded nature. Decompression is only slightly slower because of the 2 -stages in decompression. Zpaq offers by far the best compression but at the cost +multithreaded nature. Zpaq offers by far the best compression but at the cost of extra time. However with the heavily threaded nature of lrzip, it's not a lot longer given how much better its compression is. It's actually faster than xz on compression on a quad core machine. @@ -134,4 +133,4 @@ Or, to make things easier, just use the default settings all the time and be happy as lzma gives good results. :D Con Kolivas -Fri, 25 Feb 2011 +Fri, 17 Mar 2011