adam@svn:~/svn.ali.as/db$ ls -l
total 30884
-rw-r--r-- 1 adam adam 9558294 Jul 2 03:45 cpandb.gz
-rw-r--r-- 1 adam adam 8538979 Jul 2 03:45 cpandb.bz2
-rw-r--r-- 1 adam adam 5960155 Jul 2 03:45 cpandb.lz
-rw-r--r-- 1 adam adam 3014480 Jun 30 06:46 cpanmeta.gz
-rw-r--r-- 1 adam adam 2658756 Jun 30 06:46 cpanmeta.bz2
-rw-r--r-- 1 adam adam 1825600 Jun 30 06:46 cpanmeta.lz
In my book, it's been dead for years (Score:2)
lrzip is even better (Score:1)
XZ [tukaani.org] is the other plain LZMA-based compressor; it's not clear why both it and lzip need to exist, but hopefully one of them will evolve to support both file formats and thus become the winner.
-- Ed Avis ed@membled.com
gzip (Score:2)
Re: (Score:1)
gzip is fast, easy to implement, and uses almost no memory.
It's easily streamable and you get great bang for your buck so you can do it easily on the fly.
bzip2 is heavier, a lot slower, and only adds a fraction additional reduction (10-20%).
lzma is asymmetrical. It's a LOT more expensive on the compression side, and both sides use a lot more memory. But the decompression code is very small and FASTER than bzip2.
So as long as you have memory (desktop, server) it's much smaller than bzip2, and it's faster as