Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 27 Feb 2008 13:50:48 +0100
From:      Joerg Sonnenberger <joerg@britannica.bec.de>
To:        freebsd-hackers@freebsd.org
Subject:   Re: emulate an end-of-media
Message-ID:  <20080227125048.GE352@britannica.bec.de>
In-Reply-To: <20080226160000.624c5d0f@bhuda.mired.org>
References:  <op.t63j2veq724k7f@martin> <20080225154455.4822e72a@bhuda.mired.org> <47C33384.6040701@dial.pipex.com> <200802252243.m1PMhTeq016201@fire.js.berklix.net> <47C3A228.7090703@freebsd.org> <op.t65acy13724k7f@martin> <20080226202853.GA859@britannica.bec.de> <20080226160000.624c5d0f@bhuda.mired.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Feb 26, 2008 at 04:00:00PM -0500, Mike Meyer wrote:
> On Tue, 26 Feb 2008 21:28:53 +0100 Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > On Tue, Feb 26, 2008 at 07:44:48PM +0100, Martin Laabs wrote:
> > > I also made a comparison between gzip and bzip2 regarding
> > > the compression ratio on a dump of my home directory (3.2GB)
> > > bzip2 took about 74min to compress, gzip only 11minutes. And
> > > in terms of compression ratio bzip2 was only 3% better than
> > > gzip.
> > That's not a realistic test case. bzip2 normally takes trice the time
> > and compresses 10% better. I can't comment on compress.
> 
> Considering we're talking about compression methods to use on dump
> output, that would seem to be the definition of a "realistic test
> case". Telling us what it "normally" does without defining what input
> is considered "normal" doesn't help much.

Source code in my case and various other documents. The test case above
certainly was not normal.

Joerg



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080227125048.GE352>