home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / compress / 3813 < prev    next >
Encoding:
Text File  |  1992-11-11  |  1.3 KB  |  38 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!europa.asd.contel.com!emory!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!eff!news.oc.com!mercury.unt.edu!ponder!oauld
  3. From: oauld@ponder.csci.unt.edu (orion okotu auld)
  4. Subject: Re: compression of small files
  5. Message-ID: <oauld.721554414@ponder>
  6. Keywords: small files 1024 bytes
  7. Sender: usenet@mercury.unt.edu (UNT USENet Adminstrator)
  8. Organization: University of North Texas
  9. References: <1992Nov11.210509.20715@cbnewsj.cb.att.com>
  10. Date: Thu, 12 Nov 1992 07:46:54 GMT
  11. Lines: 25
  12.  
  13. In <1992Nov11.210509.20715@cbnewsj.cb.att.com> jef0@cbnewsj.cb.att.com (john.e.fetchko) writes:
  14.  
  15.  
  16. >Does anyone have information on any compression routines
  17. >that work well on the compression of small files ?
  18. >     ^^^^^^^^^                       ^^^^^^^^^^^ 
  19.  
  20. >work well: means a good compression ratio, speed is unimportant.
  21.  
  22. >small files: means 1024 bytes or less.
  23.  
  24. >Or would a file of such a size be too small to effectively compress ?
  25.  
  26. I suppose it depends on the kind of data.  The more we can assume about
  27. it, the better.
  28.  
  29. As far as general compression algorithms are concerned, and general files,
  30. most often files of that length are too short to compress using dictionary
  31. techniques like LZW, but perhaps adaptive coding techniques might be
  32. better.
  33.  
  34.                                     --Orion
  35.  
  36.  
  37.  
  38.