home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / 3b1 / 4418 < prev    next >
Encoding:
Text File  |  1993-01-28  |  4.4 KB  |  91 lines
  1. Newsgroups: comp.sys.3b1
  2. Path: sparky!uunet!ceilidh!dnichols
  3. From: dnichols@d-and-d.com (DoN. Nichols)
  4. Subject: Re: Taylor uucp 1.4 gamma on 3B1 with TCP
  5. Message-ID: <1993Jan27.033540.4078@d-and-d.com>
  6. Sender: usenet@d-and-d.com (Usenet)
  7. Nntp-Posting-Host: shindig
  8. Organization: D and D Data, Vienna VA
  9. References: <1993Jan20.045619.1333@d-and-d.com> <1993Jan21.123039.8504@ohare.Chicago.COM> <1993Jan23.143741.24111@blilly.uucp>
  10. Date: Wed, 27 Jan 1993 03:35:40 GMT
  11. Lines: 78
  12.  
  13. In article <1993Jan23.143741.24111@blilly.uucp> lilb@sony.compuserve.com (Bruce Lilly) writes:
  14. >In article <1993Jan21.123039.8504@ohare.Chicago.COM>,
  15. > posted to comp.sys.3b1,
  16. > kls@ohare.Chicago.COM (Karl Swartz) wrote:
  17. >>In article <1993Jan20.045619.1333@d-and-d.com> dnichols@d-and-d.com (DoN. Nichols) writes:
  18. >>
  19. >>unambiguous about why I chose the path I did -- getting NNTP going
  20. >>would seem to be a lot more work than getting Taylor uucp up, and
  21. >
  22. >Not from the sound of things. Getting nntp 1.5.11 and successors
  23. >running on the 3b1 is fairly simple.
  24.  
  25.     Glad to hear that.  I may go through the exercise, even though
  26. nobody uses my 3B1s from the console these days.
  27.  
  28. >>Did I say the two had identical feeds?  I don't believe I did.  One
  29. >>machine carries a full feed, distributing all or parts of it along to
  30. >>other machines (including my second machine) and then getting rid of
  31. >>it to make room for the next wave as quickly as possible.  The other
  32. >>gets a small feed of stuff I really want, and keeps it around as long
  33. >>as I need.  If I read news on the primary machine it'd miss most of
  34. >>the discussions I might be interested in, not to mention the problem
  35. >>of falling asleep because the thing is so damned slow.
  36. >
  37. >Though you didn't say so, it sounds like your "second machine"
  38. >gets a subset of the groups carried by "One machine". If that's
  39. >the case, I'd definitely have to agree with Don. If you're
  40. >transferring articles or batches between the two machines,
  41. >you're contributing to the slowness problem, and using a lot of
  42. >disk space as well.  Transferring the articles in batches
  43.  
  44.     [ ... ]
  45.  
  46. >You've changed the nature of your network from a point-to-point,
  47. >store-and-forward connection using UUCP to a packet-switched,
  48. >bus-oriented connection using Ethernet(TM) and TCP/IP. That's a
  49. >substantial change, and it is possible to achieve several
  50. >efficiencies.  Some thought is warranted.  Certainly you can
  51. >impose the point-to-pont, store-and-forward limitations of UUCP
  52. >on your new network, but why would you want to cause so much
  53. >trouble for yourself?
  54.  
  55.     I think that his primary problem is inadequate news spool disk space
  56. on the "One machine".  Given that, and since he can't reduce the space used
  57. by the news spool (/usr/spool/uucp or /var/spool/uucp may be on a
  58. different partition), it may make since to use it to forward certain
  59. newsgroups to a second machine quickly, and then expire the news on the
  60. first.  However, C-news comes with 'viarsh' scripts which are quite adequate
  61. for exchanging news between a Sun and a 3B1, as I've proven during my
  62. transition phase.  The primary thing is that the scripts on the 3b1 need to
  63. replace 'rsh' with remsh' in the interests of getting off the local machine,
  64. instead of getting locked into a *restricted* shell.  (Aren't flavor
  65. differences fun. :-)
  66.  
  67.     It may also be lack of experience with the TCP/IP utilities, and
  68. lots of experience with uucp that is motivating his choices.  In any case,
  69. they are *his* choices, and we can only offer advice.
  70.  
  71.     Yes, I agree that he has fewer critical points of failure with
  72. everything spooled on a single machine, and accessed via nntp (as I do), but
  73. it may have been cheaper to get the ethernet card for the 3B1 than to get
  74. enough disk for the primary machine.  (I don't remember what that machine
  75. was, or even whether it was spelled out.  If it is another 3B1, and neither
  76. of them are modified to allow two disks, and bigger disks, then he is
  77. probably stuck.)  Even with a Priam as one of the two disks on my 7300, I
  78. had spool overflow problems from time to time, usually when the maps came
  79. flooding in. (Of course, a large chunk of space was tied up with my sources
  80. tree, and another part with the archiving of groups of interest between
  81. shuffling them of to tape.
  82.  
  83.     Good Luck All
  84.         DoN.
  85.  
  86. -- 
  87.  Email:   <dnichols@d-and-d.com>  |  ...!uunet!ceilidh!dnichols 
  88.          <dnichols@ceilidh.beartrack.com>
  89.  Donald Nichols (DoN.)  |   Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
  90.     --- Black Holes are where God is dividing by zero ---
  91.