Skip site navigation (1)Skip section navigation (2)
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>