home *** CD-ROM | disk | FTP | other *** search
/ Il CD di internet / CD.iso / SOURCE / N / CNEWS / _CNEWS.TAR / usr / doc / cnews / README.new < prev    next >
Encoding:
Text File  |  1994-09-02  |  4.6 KB  |  97 lines
  1. This is the 20 Feb 1993 Performance Release of C News, a minor update
  2. to the 2 May 1992 P.R. that just fixes some installation problems and
  3. a couple of annoying bugs.  Everything that was in the "known.problems"
  4. file on UUNET as of 17 Feb 1993 has been fixed, in particular, as well
  5. as a couple of things that were noticed after those fixes went out.
  6.  
  7. This release is more or less a halfway step to what we've
  8. been calling the "cleanup release".  Its main claims to fame are
  9. (a) major modifications to improve performance for big-league
  10. sites with a lot of outgoing feeds, and (b) a reimplemented and
  11. much improved ihave/sendme subsystem.  A number of changes planned
  12. for the cleanup release have also been started, although many of
  13. them are not yet finished.  This release may have some rough
  14. edges yet:  due to various complications, including Henry being
  15. seriously ill at an inconvenient time, it's not as well-polished
  16. as we usually prefer.
  17.  
  18. We are not releasing patches to bring you up to this release --
  19. they would be too big -- and will not be releasing patches to bring
  20. this one up to the cleanup release -- same reason.
  21.  
  22. People who are happy with the older C News might want to wait for the
  23. cleanup release, which is still coming although behind schedule.
  24. People with performance problems or ihave/sendme problems probably
  25. want to install this one, though, and we'd welcome feedback on
  26. how well it behaves.
  27.  
  28. A quick overview of changes:
  29.  
  30. inews is now largely written in C and runs about 10 times as fast as the
  31. old one.  anne.jones is gone; I wish I could say the same of its namesake.
  32. The state has no business in the movie theaters of the nation.
  33.  
  34. The inews etc. machinery now puts articles into the in.coming spool
  35. directory rather than firing up relaynews directly.  This may cause some
  36. delays in postings (although newsrun is now run rather more frequently
  37. if you use the recommended cron configuration), but avoids a swamp of
  38. problems with setuid, NFS, ulimit, etc etc.
  39.  
  40. The ngmatch routine has been rewritten and extended to permit pre-parsing
  41. of frequently-matched patterns and to make the matching itself much
  42. faster.  relaynews makes use of pre-parsing to cope rapidly with many and
  43. complex sys entries.
  44.  
  45. news(5) has been split up due to its size and the resulting pages are
  46. better organised.
  47.  
  48. documentation has been coalesced into a single Installation & Operations
  49. Guide (excluding manual pages), with a table of contents and an index.
  50.  
  51. Newsrun is now much more careful about space checking (the December
  52. release introduced some problems in this area).  It also copes better
  53. with an unwriteable or nonexistent in.coming/bad directory, which used
  54. to cause infinite loops and massive errlog bloat if any batch hit
  55. problems in relaynews.
  56.  
  57. ihave/sendme has been reimplemented (twice!) and is now simpler to set up
  58. and faster to process ihave and sendme control messages.
  59.  
  60. There is a start at a news mirroring and restoral facility (see
  61. relaynews(8)).
  62.  
  63. relaynews now writes "master batch files" and so processes articles more
  64. quickly for sites with many outgoing feeds.  There is a new exploder
  65. program to turn these quickly into normal batch files.
  66.  
  67. Batching has changed to 16-bit compression as the default.  12-bit
  68. compression is still available for the few who need it.
  69.  
  70. The space checkers are much more careful about some tricky issues,
  71. and include provisions for much better estimates of inode consumption.
  72.  
  73. There is now an expireiflow command that can be run frequently to trigger
  74. an expire when space gets too low (assuming you're short of space and
  75. willing to run expire at random times).
  76.  
  77. Addmissing has been revised to lock the news system only as needed, and
  78. generally is much more practical as something to run occasionally on an
  79. operational system rather than only as an emergency measure.
  80.  
  81. Control messages with serious mischief potential are now delayed 24 hours,
  82. with a note to the local sysadmin.  Newsdaily handles actual execution of
  83. the requests, which occurs only if the control message hasn't been
  84. cancelled meanwhile.  This is done for both "sendsys" and "version";
  85. "senduuname" is gone entirely.  This scheme is somewhat vulnerable to
  86. sites that expire the "control" pseudo-newsgroup quickly anyway, but
  87. it seemed the simplest way of handling the increasing sendsys mess.
  88.  
  89. There is an (incomplete, ill-documented) provision for controlling how
  90. the "newgroup" control message is handled.
  91.  
  92. Newswatch has provisions to keep an eye out for space shortages.
  93.  
  94. As usual, there have been assorted bits of cleanup and improvement
  95. that don't merit specific mention (and possibly some we should mention
  96. but have forgotten about).
  97.