[news.admin] Cnews batching & 16 bit compress

elliot@alfred.UUCP (Elliot Dierksen) (07/07/90)

I posted this a while back, but I think my work news machine trashed it..
The solution to the cnews/16 bit compress is to copy NEWSBIN/batch/comp to
NEWSBIN/batch/comp16. Edit comp16 and remove the '-b 12' arguments to compress.
then change your batchparms and it's done!! I did this because I have a 1200
baud system that I feed and ANYTHING to cut down transmit time is worth it!!

EBD
-- 
Elliot Dierksen        "I don't care if my lettuce has DDT on it,
                        as long as it's crisp!!" -- Jorma Kaukonen
Work) {att,codas}!candi!fang!ebd                      (407) 660-3377
Home) {peora,uunet,ucf-cs}!tarpit!alfred!elliot       (407) 290-9744

larry@nstar.uucp (Larry Snyder) (07/08/90)

elliot@alfred.UUCP (Elliot Dierksen) writes:

>The solution to the cnews/16 bit compress is to copy NEWSBIN/batch/comp to
>NEWSBIN/batch/comp16. Edit comp16 and remove the '-b 12' arguments to compress.

But how much space does it save (difference beween 12 and 16 bit) verses
time to compress (difference between 12 and 16 bit)?  Just wondering?

-- 
      Larry Snyder, Northern Star Communications, Notre Dame, IN USA 
            uucp: iuvax!ndmath!nstar!larry  -or-  larry@nstar
 Public Access Unix Site (219) 289-3745 / lots of files & free PEP feeds!

brad@looking.on.ca (Brad Templeton) (07/09/90)

In article <1990Jul08.130607.11867@nstar.uucp> larry@nstar.uucp (Larry Snyder) writes:
>But how much space does it save (difference beween 12 and 16 bit) verses
>time to compress (difference between 12 and 16 bit)?  Just wondering?

The saving can be pretty good - 10 to 15%, sometimes more, which works out
to a lot over a long distance line.

What's not intuitive is that on most 32 bit machines, 16 bit compress is
NO SLOWER (and sometimes even times faster) than 12 and 13 bit compress.
As Henry now admits, unless you know your destination can't decompress a
16 bit file, you should use the 16 bit compress.

If you're on a 286 machine or other 16 bit-only machine, this is not true.
The 13 bit compress (or 12 if you must) can be a lot faster.  But let's
face it, those dinosaurs are fading away.  You can get a 386 32 bit motherboard
for around $600 these days.
-- 
Brad Templeton, ClariNet Communications Corp. -- Waterloo, Ontario 519/884-7473

elliot@alfred.UUCP (Elliot Dierksen) (07/09/90)

In article <1990Jul08.130607.11867@nstar.uucp>, larry@nstar.uucp (Larry Snyder) writes:
|elliot@alfred.UUCP (Elliot Dierksen) writes:
|
|>The solution to the cnews/16 bit compress is to copy NEWSBIN/batch/comp to
|>NEWSBIN/batch/comp16. Edit comp16 and remove the '-b 12' arguments to compress
|
|But how much space does it save (difference beween 12 and 16 bit) verses
|time to compress (difference between 12 and 16 bit)?  Just wondering?

It saves about 10% I think... I haven't done any very careful study of it
though. My machine is not heavily loaded and I feel that every byte I save
when I feed a 1200 baud site is worth it. I suppose it's just a tradeoff that
each site would have to make. Maybe when I finally get a Telebit, I won't
worry about it. But until I break the 2400 baud barrier, 16 bits for me!!  :-)

EBD
-- 
Elliot Dierksen        "I don't care if my lettuce has DDT on it,
                        as long as it's crisp!!" -- Jorma Kaukonen
Work) {att,codas}!candi!fang!ebd                      (407) 660-3377
Home) {peora,uunet,ucf-cs}!tarpit!alfred!elliot       (407) 290-9744

zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) (07/09/90)

Here are some figures:

16 bit compression:  7.2 seconds,  88827 bytes
12 bit compression:  8.4 seconds, 113879 bytes   <- 16%/28% more.

The test batch was 276K to start.  Also figure the cpu time needed to
send/receive the larger 12 bit compressed batch.  

Given the major win, 16 bit compression should be the default or at 
least strongly encouraged.  Even 16 bit int machines can do 14 bit 
uncompression without slowdown.  

-- 
Jon Zeeff (NIC handle JZ)	 zeeff@b-tech.ann-arbor.mi.us

larry@nstar.uucp (Larry Snyder) (07/10/90)

zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) writes:

>Here are some figures:

>16 bit compression:  7.2 seconds,  88827 bytes
>12 bit compression:  8.4 seconds, 113879 bytes   <- 16%/28% more.

>The test batch was 276K to start.  Also figure the cpu time needed to
>send/receive the larger 12 bit compressed batch.  

Then why does the news software default to 12 bit compression?

-- 
      Larry Snyder, Northern Star Communications, Notre Dame, IN USA 
            uucp: iuvax!ndmath!nstar!larry  -or-  larry@nstar
 Public Access Unix Site (219) 289-3745 / lots of files & free PEP feeds!

henry@zoo.toronto.edu (Henry Spencer) (07/10/90)

In article <1990Jul09.170549.22946@nstar.uucp> larry@nstar.uucp (Larry Snyder) writes:
>Then why does the news software default to 12 bit compression?

There were some numbers in the distant past that suggested a different
set of tradeoffs, and there is a problem with machines that can't handle
anything bigger than 12.  (The tricks that let an MSDOS box do up to 14
efficiently don't work on a pdp11, and yes Virginia, there are still
some of those around.)

Changes may be made.
-- 
NFS is a wonderful advance:  a Unix    | Henry Spencer at U of Toronto Zoology
filesystem with MSDOS semantics. :-(   |  henry@zoo.toronto.edu   utzoo!henry

les@chinet.chi.il.us (Leslie Mikesell) (07/11/90)

In article <1990Jul10.153613.10971@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes:

>>Then why does the news software default to 12 bit compression?

>There were some numbers in the distant past that suggested a different
>set of tradeoffs, and there is a problem with machines that can't handle
>anything bigger than 12.

>Changes may be made.

My experience with compress (not based on any serious testing or code
checking) is that 16 bit compress consumes much more memory than 12
bit and is thus more likely to throw a machine into swapping/VM threashing
when several processing are using it at the same time, even though
there may not appear to be much difference in CPU consumption.

Les Mikesell
  les@chinet.chi.il.us

brad@looking.on.ca (Brad Templeton) (07/13/90)

16 bit compress does indeed eat memory like a pig, BUT, if I remember
correctly, the compress program that everybody uses eats up the same amount
of memory no matter how many codes you tell it to use.  It's a big hash
table, and if you pick 12 bit (4096 codes) you still get a 400K table,
it's just very sparse -- and thus has fewer collisions.

To save memory with a 12 or 13 bit compress, you have to COMPILE it again
with a hard limit on the number of bits.  Using the option is not enough.
-- 
Brad Templeton, ClariNet Communications Corp. -- Waterloo, Ontario 519/884-7473