home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / compress / 3824 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.0 KB
  1. Path: sparky!uunet!know!hri.com!noc.near.net!news.bbn.com!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!gmd.de!Germany.EU.net!mcsun!sun4nl!ruuinf!accucx!nevries
  2. From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
  3. Newsgroups: comp.compression
  4. Subject: Re: compression of small files
  5. Keywords: small files 1024 bytes
  6. Message-ID: <3314@accucx.cc.ruu.nl>
  7. Date: 13 Nov 92 01:09:05 GMT
  8. References: <1992Nov11.210509.20715@cbnewsj.cb.att.com>
  9. Organization: Academic Computer Centre Utrecht
  10. Lines: 40
  11.  
  12. In <1992Nov11.210509.20715@cbnewsj.cb.att.com> jef0@cbnewsj.cb.att.com (john.e.fetchko) writes:
  13.  
  14.  
  15. >Does anyone have information on any compression routines
  16. >that work well on the compression of small files ?
  17. >     ^^^^^^^^^                       ^^^^^^^^^^^ 
  18.  
  19. >work well: means a good compression ratio, speed is unimportant.
  20.  
  21. >small files: means 1024 bytes or less.
  22.  
  23. >Or would a file of such a size be too small to effectively compress ?
  24.  
  25. If you have a collection of small files binding them together and
  26. compressing the bunch at one might be an idea (disadvantage is
  27. slow access to last file etc).
  28.  
  29. If you want a single small file to compress well use a static dictionary.
  30. For small .C file for example this one would contain "#include" file etc.
  31.  
  32. Both ways do not need a slow compressor. A static dictionary will make
  33. compression slower because the dictionary will have to be parsed
  34. into the hash chains.
  35.  
  36. If you can't use a static dictionary because the small files are
  37. unpredictable use higher order arithmetic compression. If that
  38. fails give up :-)
  39.  
  40. >Thanks in Advance,
  41. >John Fetchko
  42. >...att!attmail!jfetchko
  43. >(908) 457 - 6429
  44.  
  45. Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
  46. _ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
  47. | apply. No rights can be derived from this text. This   |  AAAA   I   PPP
  48. | text is likely to contain spelling and grammar errors. |  A  A   I   P
  49. *---------------------------( Donate to GreenPeace! )----*  A  A  III  P
  50.  
  51. "The IBM PC is still waiting for a version of the CP/M OS.", G.M. Vose, 1982.
  52.