Xref: utzoo comp.sys.mac:16923 news.admin:2491
Path: utzoo!attcan!uunet!lll-winken!lll-lcc!pyramid!vsi1!lmb
From: lmb@vsi1.UUCP (Larry Blair)
Newsgroups: comp.sys.mac,news.admin
Subject: Re: some (should-be) ground-rules for submissions to comp.binaries.*
Keywords: To compress or not to compress?
Message-ID: <644@vsi1.UUCP>
Date: 9 Jun 88 16:39:54 GMT
References: <2689@utastro.UUCP> <8604@dartvax.Dartmouth.EDU> <1381@uokmax.UUCP> <643@vsi1.UUCP> <8845@dartvax.Dartmouth.EDU>
Reply-To: lmb@vsi1.UUCP (Larry Blair)
Organization: VICOM Systems Inc., San Jose, CA
Lines: 27

In article <8845@dartvax.Dartmouth.EDU> earleh@eleazar.dartmouth.edu (Earle R. Horton) writes:
|In article <643@vsi1.UUCP> lmb@vsi1.UUCP (Larry Blair) writes:
|>The vast majority of news is transported site to site compressed.
|>Applying compression to postings will most likely result in an
|>increase data transfered.
|
|Example, please:
|
|      No StuffIt Used          |      Stuffit Used
|                               |
| Stage            Size (bytes) | Stage                 Size
| -----            -----------  | -----                 ----
|                               |
|Application           33756    | Application           33756
|Application.Hqx       45082    | Application.sit       24070
|Application.Hqx.Z     31395    | Application.sit.Hqx   32896
|                               | Application.sit.Hqx.Z 29683

I stand corrected.  These results seem to contradict the notion that
compression randomizes a file such that further compression is useless.
I guess that the ASCII-tizing of the compressed data adds enough non-
randomness to allow more compression.
-- 
*   *   O     Larry Blair
  *   *   O   VICOM Systems Inc.     sun!pyramid----\
    *   *   O 2520 Junction Ave.     uunet!ubvax----->!vsi1!lmb
  *   *   O   San Jose, CA  95134    ucbvax!tolerant/
*   *   O     +1-408-432-8660