Re: emulate an end-of-media
- From: Mike Meyer <mwm@xxxxxxxxx>
- Date: Wed, 27 Feb 2008 11:50:46 -0500
On Wed, 27 Feb 2008 13:50:48 +0100 Joerg Sonnenberger <joerg@xxxxxxxxxxxxxxxxx> wrote:
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@xxxxxxxxxxxxxxxxx> wrote:
On Tue, Feb 26, 2008 at 07:44:48PM +0100, Martin Laabs wrote:
I also made a comparison between gzip and bzip2 regardingThat's not a realistic test case. bzip2 normally takes trice the time
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.
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.
So it sounds like your "normal" is mostly text documents of various
kinds. I would expect such data to be a relatively small part of any
dump data set, which, as you say, means that such data isn't
normal. Given that the use case under discussion is abnormal, any
tests using normal data are pretty much irrelevant.
<mike
--
Mike Meyer <mwm@xxxxxxxxx> http://www.mired.org/consulting.html
Independent Network/Unix/Perforce consultant, email for more information.
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"
- References:
- Re: emulate an end-of-media
- From: Martin Laabs
- Re: emulate an end-of-media
- From: Mike Meyer
- Re: emulate an end-of-media
- From: Alex Zbyslaw
- Re: emulate an end-of-media
- From: Julian H. Stacey
- Re: emulate an end-of-media
- From: Tim Kientzle
- Re: emulate an end-of-media
- From: Martin Laabs
- Re: emulate an end-of-media
- From: Joerg Sonnenberger
- Re: emulate an end-of-media
- From: Mike Meyer
- Re: emulate an end-of-media
- From: Joerg Sonnenberger
- Re: emulate an end-of-media
- Prev by Date: Re: find -lname and -ilname implemented
- Next by Date: Re: find -lname and -ilname implemented
- Previous by thread: Re: emulate an end-of-media
- Next by thread: Re: emulate an end-of-media
- Index(es):
Relevant Pages
- Re: emulate an end-of-media
... I'll write a script that back up my data on dvd-r and dvd-rams. ... Therefore
I'd like to use dump. ... I'd like to use some sort of compression. ... close
the pipe after the amount of compressed data reached ... (freebsd-hackers) - Re: Linux Kernel Dump Summit 2005
... >> Although it is too early to say lzf's compress ratio is good ... >
However if the properties of the kernel dump mean that it is not suitable for ... >
compression then surely it is not efficient to spend any time on it. ... I have a bitter
experience in analyzing a partial dump. ... (Linux-Kernel) - emulate an end-of-media
... I'll write a script that back up my data on dvd-r and dvd-rams. ... Therefore
I'd like to use dump. ... I'd like to use some sort of compression. ... close
the pipe after the amount of compressed data reached ... (freebsd-hackers) - Re: Dump + GZIP
... or di I need to create the dump first then gzip it after? ... Unless you're
dumping an unmounted filesystem, ... Does gzipping a file give a decent compression
ratio? ... Compression with gzip saved 50-60% on ... (freebsd-questions) - Re: DUMP: Premature end of tape detected Sony 20/40GB LVD DDS4 150m
... After about 17GB worth of a backup using dump, ... able to fit 17GB on this
tape; with compression enabled, ... The dump command is ... > restore
-i just gives me nada when I attempt to restore... ... (comp.unix.bsd.freebsd.misc)