On Tue, Feb 26, 2008 at 09:28:53PM +0100, Joerg Sonnenberger 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,
On Wed, 27 Feb 2008 13:50:48 +0100 Joerg Sonnenberger <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> > wrote:
> > > On Tue, Feb 26, 2008 at 07:44:48PM +0100, Martin Laabs wrot
On Tue, Feb 26, 2008 at 04:00:00PM -0500, Mike Meyer wrote:
> On Tue, 26 Feb 2008 21:28:53 +0100 Joerg Sonnenberger <[EMAIL PROTECTED]>
> 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 r
On Tue, 26 Feb 2008 21:28:53 +0100 Joerg Sonnenberger <[EMAIL PROTECTED]> 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
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% b
Hi,
On Tue, 26 Feb 2008 08:51:02 +0100, Peter Jeremy
<[EMAIL PROTECTED]> wrote:
[...] But it also has some gotchas. The
biggest one is that dump needs to be able to write past EOM (so it can
record an end-of-volume block).
Just even I tried the following:
-create a 50MB filesystem (with md)
Hi,
I'm not sure wheher Martin is trying to create a dump that is a single
logical volume split over multiple physical volumes or a multi-volume
dump.
I want to make a real multi-volume dump over multiple media. Because
if I had only one big volume I'd - in the worst case - have to insert
all
Hi,
Yes, gzip or bzip2 compress better, but they also:
* Are a lot slower.
Yesterday I made a comparison regarding the speed
of compress, bzip2 and gzip.
And actually compress is much slower than gzip:
$ dd if=/dev/random |compress -c > /dev/null
3883204 bytes/sec
$ dd if=/dev/random |gzip
Tim Kientzle wrote:
Why compress? It's ancient technology and will be vastly outperformed
Yes, gzip or bzip2 compress better, but they also:
* Are a lot slower.
* Use a lot more data memory.
* Require a lot more code.
I don't understand what "a lot more code" has to do with anything.
On Mon, Feb 25, 2008 at 03:44:55PM -0500, Mike Meyer wrote:
>On Mon, 25 Feb 2008 21:19:33 +0100 "Martin Laabs" <[EMAIL PROTECTED]> wrote:
>> My solution can just close the pipe at the one "end" of the magic
>> device which would be realy simple to implement in a script.
>
>While you're proposing a
Why compress? It's ancient technology and will be vastly outperformed
Yes, gzip or bzip2 compress better, but they also:
* Are a lot slower.
* Use a lot more data memory.
* Require a lot more code.
Also some nasty person has a software patent on compress...
That was over 20 years ago; th
On Tue, 26 Feb 2008, Alex Zbyslaw wrote:
> Are there not (at least) two more alternatives?
>
> 1) Add gzip/zlib support to dump. That would seem easier than
> new devices. Then -a would just work.
>
> 2) Instead of using cdrecord directly you have a wrapper which
> "emulates" the dump -a
> Why compress? It's ancient technology and will be vastly outperformed
Also some nasty person has a software patent on compress (they filed the
patent application, published the code & waited some years till lots
got hooked, but they didnt patent decompress algorithm & everyone
decompresseed &
Mike Meyer wrote:
On Mon, 25 Feb 2008 21:19:33 +0100 "Martin Laabs" <[EMAIL PROTECTED]> wrote:
Hi,
On Mon, 25 Feb 2008 20:34:31 +0100, wrote:
You might want to play with the -P option to dump. Your above could be
written as:
dump -aL0 -P 'compress -c' /MYFILESYSTEM | cdrecord dev=.
On Mon, 25 Feb 2008 21:19:33 +0100 "Martin Laabs" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 25 Feb 2008 20:34:31 +0100, wrote:
>
> > You might want to play with the -P option to dump. Your above could be
> > written as:
> >
> > dump -aL0 -P 'compress -c' /MYFILESYSTEM | cdrecord dev=... -
>
Hi,
On Mon, 25 Feb 2008 20:34:31 +0100, wrote:
You might want to play with the -P option to dump. Your above could be
written as:
dump -aL0 -P 'compress -c' /MYFILESYSTEM | cdrecord dev=... -
Unfornunately this does not work as you expect. Dump just takes
its data an pass it to the script s
On Mon, 25 Feb 2008 13:36:17 +0100 "Martin Laabs" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'll write a script that back up my data on dvd-r and dvd-rams.
> (And some incremental backups also at some internet storage
> services.)
> Therefore I'd like to use dump. It is not too hard to create
> dump-
Hi,
I'll write a script that back up my data on dvd-r and dvd-rams.
(And some incremental backups also at some internet storage
services.)
Therefore I'd like to use dump. It is not too hard to create
dump-volumes with fixed size through the -B option. But now
I'd like to use some sort of compres
18 matches
Mail list logo