home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.compression
- Path: sparky!uunet!usc!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!att!cbnewsi!joeo
- From: joeo@cbnewsi.cb.att.com (joseph.m.orost)
- Subject: Re: FAST compression/decompression
- Organization: Echo Logic
- Date: Thu, 13 Aug 1992 12:40:24 GMT
- Message-ID: <1992Aug13.124024.13012@cbnewsi.cb.att.com>
- Summary: compress beats compact
- References: <hp48sx.713408789@wuarchive.wustl.edu> <1992Aug11.201810.10977@crd.ge.com>
- Sender: joe@babel.ho.att.com
- Lines: 48
-
- In article <1992Aug11.201810.10977@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
- > There is a program called compact which is significantly faster than
- >compress, and does a better job for very large (1MB+) files.
- >
- >Example, using a 439422 byte ls -lR output:
- > time compr % K/cpu-sec
- > compress 2.11 80.38 208.2
- > compact 0.80 75.53 549.2
- >
- >Using 1126248 bytes of C source for MBS:
- > time compr % K/cpu-sec
- > compress 6.86 62.62 164.1
- > compact 2.90 63.81 388.3
- >
- >Using 2927302 bytes of C from my binsrc directory:
- > time compr % K/cpu-sec
- > compress 17.35 65.77 168.7
- > compact 7.30 66.58 401.0
- >
- >CPU times were on a Sun IPC.
-
- On my SPARCstation 2, compress runs SIGNIFICANTLY faster than
- compact. I'm comparing /usr/ucb/compress vs. /usr/old/compact.
-
- Using a 20177544 byte 68020 disassembly file (I know, its not nice
- to use files that other people can't access, but the particulars
- of the file don't seem to matter here):
-
- compressed
- real time compr % file size
- compress 1:12.66 87.38 2551475
- compact 6:34.68 50.27 10035075
-
- uncompress 46.36
- uncompact 4:23.31
-
- Is there some other program calling itself "compact"?
-
- regards,
- joe
-
- --
- Full Name: Joseph M. Orost
- EMail: joe@babel.ho.att.com
- Organization: Echo Logic
- SurfaceMail: 943 Holmdel Rd.; Cruz Plaza; Holmdel, NJ 07733
- Phone: +1 (908) 946-1115
-
-