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