On 08/18/2011 04:53 PM, Cristian Rodríguez wrote:
Hi:
I would like to propose replacing (not removing) the default command line tools for compression, specifically "gzip" for "pigz" and "bzip2" for pbzip2. These tools are backward compatible and have dramatically better performance because they do compression in parallel utilizing current multiple CPU machines.
Possible paths to do this
a) Simple adding "update-alternatives" support to all the mentioned tools and let the user to decide, however we install pigz and pbzip2 by default. I do not endorse this way.
b) Building pigz with executable name "gzip" and rename gzip to gnu-gzip, and bzip2 to bzip2.old or something similar. This is the way endorse
I've tested and now use pbzip2 as much as possible. For large tarballs it makes a dramatic difference.
c) As these tools are more frecuently used with "tar", make it to prefer the parralel versions, current gnu-tar already tries different implementations when the default ones are not present, would be a matter of altering the order if needed. I take no stance on this way.
comments appreciated.
My question is how this will affect and what regression tests are needed with rpm tools and other packaging tools ? I know we use lzma in rpm, but I am thinking of the building phase. Cheers, Peter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org