home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / bbs / misc / 877 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  4.5 KB
  1. Path: sparky!uunet!sun-barr!sh.wide!wnoc-kyo!kuis!aegis!davidg
  2. From: davidg@aegis.or.jp (Dave McLane)
  3. Newsgroups: comp.bbs.misc
  4. Subject: Re: Running a BBS under DOS, OS/2, or Linux?
  5. Message-ID: <2576@aegis.or.jp>
  6. Date: 6 Sep 92 04:41:56 GMT
  7. References: <Bu4pD4.8w4@news.udel.edu>
  8. Organization: Aegis Society, Kyoto Japan
  9. Lines: 90
  10.  
  11. radel@bach.udel.edu (Todd Radel) writes:
  12.  
  13. >I'd like to get the net's advice.  I'm an experienced user of DOS and OS/2,
  14. >and I play around with Linux occasionally.  For the past year, I've run a
  15. >BBS using Virtual BBS software under Windows 3.1.
  16.  
  17. >The problem is that anytime a user was online, or if FrontDoor was
  18. >sending mail, the rest of my system would slow to a crawl.  Ditto if
  19. >I was using Borland C++ and someone logged in to the BBS -- both tasks
  20. >would slow horribly.  I tried Maximus/2 and BinkleyTerm OS/2 for
  21. >a while under OS/2 1.3, which seemed a lot speedier, but I had to give
  22. >up all the DOS door games my users love so much.
  23.  
  24. >My question is this:  Is there a combination of OS, BBS software, and
  25. >mailer that allows all of the following?
  26.  
  27. >* FidoNet netmail, echomail, and SDS (file distribution).
  28. >* Door games.  (I've only seen maybe 3 or 4 doors for OS/2, and none for
  29. >  Linux.  If I use the OS/2 versions of Binkley and Maximus, can I spawn
  30. >  a DOS door game?)
  31. >* Background mail tossing.  (I carry about 100 echo areas, and I don't want
  32. >  the system tied up for long periods of time just unpacking new mail.)
  33. >* Maximum speed -- as little effect on whatever I'm doing, and vice versa,
  34. >  as possible.
  35. >* [Optional] USENET interface.
  36.  
  37. For what it's worth and without any intention of starting an OS
  38. flame war, you might consider the following: 
  39.  
  40. I believe (meaning I think so, but haven't actually done it) you
  41. could run all of the listed programs UNIX + DOS emulator as it's
  42. built from the ground up to handle multi-tasking. Perhaps/probably
  43. there is some other OS that will do that job as well, but according
  44. to my experience, you'll find that your system won't run at
  45. constant/max speed with one task having little effect on others if
  46. you're talking about a single machine. 
  47.  
  48. For example, I've been running Waffle on top of ISC UNIX on a Dell
  49. 386 33MHz for two years now. It handles 6 lines at max speed (1 X
  50. PEP, 3 X v32, 2 X v32bis) with little or no delay when there are
  51. only users using Waffle or reading mail/news with UNIX programs. But
  52. whenever I'm compiling or the system is unpacking USENET news, it
  53. slows down. The stuff goes in/out over the lines OK, it's just that
  54. when one task goes to switch to another there is a 3-10 delay. 
  55.  
  56. Putting the news on second 330MB ESDI hard disk made some
  57. improvement, but not much. Putting the system on a 486 33MHz made
  58. some improvement, but not much. Installing nn and encouraging people
  59. to use was a big improvement (as nn keeps a database of subject
  60. lines and doesn't have to access the actual news spool to get them),
  61. but still not enough.  
  62.  
  63. The bottom line is that it's just a lot of work for one machine both
  64. in terms load on the CPU and load on the hard drives. I have access
  65. to a Sparc Station running SunOS and it has the same problem:
  66. whenever it's unpacking incoming USENET news, it slows down. My
  67. buddy who runs the system says it sounds just like my system: grind,
  68. grind, grind goes the hard disk. 
  69.  
  70. Short of buying a really HUGE machine, I think the only way to keep
  71. people running at constant/max speed is to let them run on a machine
  72. whose load is constant. That means moving the work of compiling,
  73. unpacking news, etc. on another machine and tying the two together
  74. with some kind of LAN. 
  75.  
  76. I'm right in the middle of doing this by tying together a 386 33MHz,
  77. a 486 33MHz, and a 486 50 MHz with TCP/IP and NFS under ISC UNIX.
  78. This way I can keep users on one machine and put the work of
  79. compiling and unpacking news on another; exactly how I'm not sure of
  80. as I will have to run the system to see how it goes. There are
  81. probably other ways you can do the same thing so I don't think UNIX
  82. is necessarily the only way to go. 
  83.  
  84. What I feel *is* important is that I think you need about more than
  85. one machine of the AT/Engneering-Workstation class in some kind of
  86. LAN to run all the programs you have listed at constant/max speed.
  87. I would suggest rewording the question as follows:
  88.  
  89.   My question is this: Is there a combination of machines, OS, LAN
  90.   technology, BBS software, and mailer that allows all of the 
  91.   following?
  92.  
  93. Hope that helps,
  94.  
  95. Dave
  96.  
  97. --
  98. Dave McLane 
  99. JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
  100. Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
  101.