speeding up compress on 286

Barnacle Wes wes at obie.UUCP
Thu Jul 14 15:52:40 AEST 1988


In article <347 at bdt.UUCP>, david at bdt.UUCP (David Beckemeyer) writes:
> Has anyone looked into speeding up compress on the 286?  Under
> Microport System V/AT compress runs really slooow.

Mine, too.  That's why I stopped running compress - I just get
everything batched but uncompressed.  It's slower, but fast enough, and
works well.

> ................   I assume the slowness is mostly due to the hack
> to "simulate" larger than 64K arrays (which Xenix and Microport don't
> handle!).  My particular problem may be raleted to swapping, in which
> case the speeds might be better if I had more RAM.

It might be, but I upgraded my system from 1 meg to 3, and it really
didn't help much.  The 16-bit compress is right near the limit for
process size on V/AT, and it seems to swap a lot regardless of how much
memory you have.  You might want to look at the 13-bit compress, I
understand it is much faster, especially on brain-dead architectures
like the '286.
-- 
                     {hpda, uwmcsd1}!sp7040!obie!wes
           "Happiness lies in being priviledged to work hard for
           long hours in doing whatever you think is worth doing."
                         -- Robert A. Heinlein --



More information about the Comp.unix.microport mailing list