Date: Mon, 8 Oct 2012 12:21:59 +0200 (CEST) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Peter Pentchev <roam@ringlet.net> Cc: freebsd-hackers@freebsd.org, Brandon Falk <bfalk_bsd@brandonfa.lk> Subject: Re: SMP Version of tar Message-ID: <alpine.BSF.2.00.1210081219300.4673@wojtek.tensor.gdynia.pl> In-Reply-To: <20121008083814.GA5830@straylight.m.ringlet.net> References: <5069C9FC.6020400@brandonfa.lk> <alpine.BSF.2.00.1210071859430.15957@wojtek.tensor.gdynia.pl> <324B736D-8961-4E44-A212-2ECF3E60F2A0@kientzle.com> <alpine.BSF.2.00.1210080838170.3664@wojtek.tensor.gdynia.pl> <20121008083814.GA5830@straylight.m.ringlet.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> Not necessarily. If I understand correctly what Tim means, he's talking > about an in-memory compression of several blocks by several separate > threads, and then - after all the threads have compressed their but gzip format is single stream. dictionary IMHO is not reset every X kilobytes. parallel gzip is possible but not with same data format. By the way in my opinion grzip (in ports/archivers/grzip) is one of the most under-valued software. almost unknown. compresses faster than bzip2, with better results, it is very simple and making parallel version is trivial - there is just a procedure to compress single block. Personally i use gzip for fast compression and grzip for strong compression, and don't use bzip2 at all
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1210081219300.4673>