home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / unix / volume24 / yabbawhap / part03 / QUESTIONS < prev    next >
Encoding:
Text File  |  1991-10-09  |  3.1 KB  |  74 lines
  1. 1. Aack! It won't compile! It doesn't work! What do I do?
  2. 2. Why do yabba and whap use so much memory?
  3. 3. Why does squeeze do better than yabba and whap on long files?
  4. 4. What does ``block size'' mean?
  5. 5. Why doesn't yabba take a filename argument?
  6. 6. When will there be a new version of yabbawhap?
  7.  
  8.  
  9. 1. Aack! It won't compile! It doesn't work! What do I do?
  10.  
  11. Read through README, Makefile, and QUESTIONS. Make checkconf, run it,
  12. and read carefully through its output. Then try again. If you still have
  13. trouble, send the author a note at brnstnd@nyu.edu.
  14.  
  15.  
  16. 2. Why do yabba and whap use so much memory?
  17.  
  18. With -UPTRS -DTYPE=short you will typically use half as much memory on a
  19. 32-bit machine. With -DHASHTYPE=short you will save some more memory for
  20. yabba and unyabba, though not for whap or unwhap. These changes usually
  21. cost a bit of speed. See Makefile for more details.
  22.  
  23. You can also change the block size by changing NODEMAX and MOD. These
  24. don't really affect speed, but they do affect compression. With them you
  25. can make yabba and whap use as much or as little memory as you like.
  26.  
  27.  
  28. 3. Why does squeeze do better than yabba and whap on long files?
  29.  
  30. By default, yabba and whap are compiled to use similar amounts of memory
  31. to compress. squeeze uses a lot more memory, so it can keep track of
  32. more patterns in the input. If you compile yabba and whap with NODEMAX
  33. and MOD so high that they use as much memory, they'll do better than
  34. squeeze.
  35.  
  36. For example, on a 97338-byte shell archive, yabba -m65533 compresses to
  37. 39266 bytes, and whap -m65533 compresses to 37358 bytes. yabba -m100000
  38. compresses to 36673 bytes, and whap -m100000 compresses to 33566 bytes.
  39. (In contrast, compress produces 43322 bytes, squeeze produces 33943
  40. bytes, and lharc produces 32455 bytes. A Huffman coder layered on top of
  41. yabba or whap would produce even better results.)
  42.  
  43. There are occasional files where squeeze performs better than yabba and
  44. whap no matter how much memory you use, but never by much.
  45.  
  46.  
  47. 4. What does ``block size'' mean?
  48.  
  49. The number after -m represents a number of input characters. -m100000
  50. means that yabba (or whap) will try to find patterns in a stretch of
  51. input up to 100000 characters long. NODEMAX and NODENUM are on the same
  52. scale. Here 100000 is the block size. In the above example with a
  53. 97338-byte file, any -m value above 97338 will produce the same results.
  54.  
  55. (For compress, the natural block size is the number of patterns it is
  56. keeping track of at once, not the number of input characters. With -b14,
  57. compress will keep track of 2^14 or 16384 patterns at once. Typically
  58. 16384 patterns would stretch over 60000 input characters. -b16 is
  59. roughly equivalent to -m300000.)
  60.  
  61.  
  62. 5. Why doesn't yabba take a filename argument?
  63.  
  64. Wait for the -f option. Separate programs, fyabba and funyabba, will
  65. apply yabba and unyabba to files; fyabbadir and funyabbadir will work on
  66. directory hierarchies.
  67.  
  68.  
  69. 6. When will there be a new version of yabbawhap?
  70.  
  71. I am actively working on the next release; I have targeted version 1.50
  72. with most of the planned extensions for May 1. Send any suggestions or
  73. patches to me at brnstnd@nyu.edu.
  74.