home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.cbm
- Path: sparky!uunet!newsflash.concordia.ca!mizar.cc.umanitoba.ca!shad04
- From: shad04@ccu.umanitoba.ca (Dan Fandrich)
- Subject: Re: Compression programs' efficiency
- Message-ID: <C0K9Cn.35G@ccu.umanitoba.ca>
- Sender: news@ccu.umanitoba.ca
- Nntp-Posting-Host: ccu.umanitoba.ca
- Organization: University of Manitoba, Winnipeg, Manitoba, Canada
- References: <1ij24pINNgou@master.cs.rose-hulman.edu> <1ijnioINNh1b@mailgzrz.TU-Berlin.DE> <1993Jan8.213828.1@cc.helsinki.fi>
- Date: Sat, 9 Jan 1993 00:29:11 GMT
- Lines: 20
-
- In article <1993Jan8.213828.1@cc.helsinki.fi> msmakela@cc.helsinki.fi (Marko MΣkelΣ) writes:
- >Could someone do a performance test on all known C64 crunchers and write the
- >results in table form? There should be also some "big machine crunchers", like
- >the latest versions of LHArc, ARJ and PKZIP.
- >
- >There should be two values: one that lists the length of the packed data and
- >another that lists the length of the whole resulting file, including SFX
- >header. So you could compare just the efficiency of the algorythms or the
-
- The program I posted here and in alt.sources a few days ago (fvcbm) will tell
- you this info on the archivers it supports (Smeets' and Rhodes' at least).
- It works on CBM archives, but runs under MS-DOS. Buerg's FV will tell you
- much the same info on MS-DOS format archives.
-
- >practical results. Multiple test files are a must. One program can pack text
- >files efficiently but program files loosely, for instance.
-
- >>> Dan
- --
- Internet: shad04@ccu.umanitoba.ca Compu$erve: 72365,306
-