Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!cernvax!chx400!fatcat!acadch!impch!sosaria!wizard
From: wizard@sosaria.imp.com (Chris Brand)
Newsgroups: comp.sys.amiga
Subject: When and when not to use BRU for backups
Message-ID: <03880.AA03880@sosaria.imp.com>
Date: 16 Aug 90 01:32:21 GMT
Followup-To: comp.sys.amiga
Lines: 22


After making a full backup using bru I found that it's not that good as I
first thought - at least for me. 
On my harddisk, every binary file bigger than 10K is crunched, giving me
about twice as much room for binary files than without crunching anything.
If you compress crunched files, inclulding archives made with zip or lharc,
they get bigger than before. Example: I have a lzh file with 850K. If I
compress it using BRU's Huffman encoding with 16 bits, it takes me
afterwards over 1000K. BRU doesn't check if the compressed file is larger
than the original and stores only the compressed version. With this
unlogical behaviour of BRU, I gain nearly no disks compared to Quarterback,
and the latter is nearly twice as fast. So - if you have lots of crunched
files, archives, pictures, anims and so on on your harddisk, don't use BRU.
It doesn't pay off. Stick with Quarterback.


--
------------------------------------
Chris Brand - wizard@sosaria.imp.com
"Justice is the possession and doing 
of what one is entitled to" - Platon
------------------------------------