Unnecessary tar-compress-uuencodes
David H. Brierley
dave at galaxia.Newport.RI.US
Wed Jul 11 23:46:57 AEST 1990
In article <sean.647630062 at s.ms.uky.edu> sean at ms.uky.edu (Sean Casey) writes:
>Compressing an article reduces phone time. If compress finds a file
>is bigger after compression, it doesn't compress it. So the phone
>costs really aren't increased by users doing their own compression.
Almost, but not quite. If you run the compress program by typing
"compress filename" and the resulting compressed file is bigger than
the original then compress will save the original and delete the
compressed file. On the other hand, if you type "compress <f1 >f2"
then the compress program will happily create an output file which
is larger than the input file. Since news uses the compress program
in a pipeline, this is essentially what happens. Here is an example:
-rw-rw---- 1 dave family 73150 May 23 17:32 spool.sum
compress <spool.sum >test1.Z
-rw-rw---- 1 dave family 15791 Jul 11 09:40 test1.Z
compress <test1.Z >test2.Z
-rw-rw---- 1 dave family 23099 Jul 11 09:41 test2.Z
As you can see, test2.Z is 46% larger than test1.Z. This was done using
full 16bit compression. If you use 12bit compression, which a lot of sites
are using, the results are even worse.
--
David H. Brierley
Home: dave at galaxia.Newport.RI.US {rayssd,xanth,att} !galaxia!dave
Work: dhb at quahog.ssd.ray.com {uunet,sun,att,uiucdcs} !rayssd!dhb
More information about the Alt.sources.d
mailing list