home *** CD-ROM | disk | FTP | other *** search
- Hi,
- this is the announcement for a new piece of software,well,it's not THAT new.
- Later today,you'll find !gzip in the newsoft directory at the stuttgart
- infoserver (129.69.1.12 : /pub/soft/soft/acorn/riscos/newsoft/July).
- !gzip is a frontend for GNUzip,the fabulous compression program of GNU
- which replaces (and will replace,entirely) unix compress,
- it is based on !Cruncher , which uses the LZW/LZWD modules of John Kortink.
- Gzip compresses a lot better than compress: average text/c sources down
- to 33-39% while for example !Cruncher/LZW (on which's front end !gzip runs!)
- only does about 52-59%,with compress not doing much better.
- If you know something about compression in general,then you know that there is
- a world of difference ,and about 15 years of compression research,between those
- compression-ratios (lower 50's to mid-30's percentage).
- Gzip is clearly slower than !Cruncher (and therefore John Kortinks'
- LZW/LZWD module,coded in assembler?), but not always.
- Here are my findings. I have compressed/decompressed Gzip1.1.1.tar,original
- release (727040 bytes) . Base: Arm2/A3000/Video DMA off
- Compressing: (the number is the 'compress fast/good' parameter of gzip)
- result length ratio time bytes/s(raw)
- gzip -9 : 199258 bytes (27.4%) 90.5s 8032
- gzip -5 : 200156 bytes (27.5%) 55.2s 13170
- gzip -2 : 206551 bytes (28.4%) 41.2s 17663
- gzip -1 : 209320 bytes (28.8%) 39.3s 18513
- Cruncher : 345850 bytes (47.6%) 16.2s 44768
-
- Uncompressing:
- gzip : 9.9s (73900 bytes/s ,of the 727k original file length)
- Cruncher/lzw: 10.0s (72700 bytes/s)
-
- It is important to know that uncompression speed of gzip does NOT
- depend on the fast/good factor (1-9) the file had originally been packed with,
- but rather on the file length of the compressed file.
-
- Facit: If you are willing to spend a little more time while compressing
- files (2.5 times as much) ,you'll get much better compression ratios and
- the uncompress time is the same,as if using !Cruncher.
-
- !gzip uses the Wimp$Scrapdir to hold uncompressed/compressed files temporarily,
- which means that the device your !Scrap resides on,must have sufficient
- free space. !Cruncher uses RAM (always), with !gzip it all depends on which
- of your !Scrap 's you've double clicked last (or the filer has seen first),
- so to speed it all up and have it work like !Cruncher,you use a !Scrap in
- your RAM, if you run low on memory (or have bigger-than-memory files to
- comress) use a !Scrap on your harddisc,even a floppy will do.
-
- !gzip works with both RO2 and RO3 (RO 3.1 tested,only),how many applications
- can claim this,today (:-)....
-
- Soon to come (within a week?) :
- built-in support for unix compress,
- uncompress on a double click on a compressed file
- all 3 in one (Cruncher,compress,gzip)
- gzip 1.1.1 (the current one is 1.0.7, NOT ported by me,this one has
- problems with files of the xxx/yyy type, you better have no '/' in
- your filenames right now)
-
- This is release 0.20, and mainly intended to help ppl out,until I have the
- final release ready.
- Have fun,
- Kai.
-