home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Dream 52
/
Amiga_Dream_52.iso
/
RiscOS
/
PRATIQUE
/
GZIPSA.ZIP
/
GZipSa
/
!gzip
/
docs
/
announce
/
announce~
Wrap
Text File
|
1993-07-20
|
3KB
|
61 lines
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.