home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / bbs / 7803 < prev    next >
Encoding:
Text File  |  1992-12-31  |  2.4 KB  |  47 lines
  1. Newsgroups: alt.bbs
  2. Path: sparky!uunet!murphy!jpradley!magpie!manes
  3. From: manes@magpie.nycenet.edu (Steve Manes)
  4. Subject: Re: MUD for TBBS?
  5. Organization: Manes and Associates, NYC
  6. Date: Thu, 31 Dec 1992 06:50:34 GMT
  7. Message-ID: <C0430B.HvD@magpie.nycenet.edu>
  8. X-Newsreader: TIN [version 1.1 PL7]
  9. References: <Bzn0n0.48x@citrus.SAC.CA.US>
  10. Lines: 35
  11.  
  12. Steve Eddy (eddys@citrus.SAC.CA.US) wrote:
  13. :    When BBS operators talk about multiple lines, they are talking about
  14. : something quite different. They are picturing 20 lines with all of them full
  15. : of callers sucking files off the hard drive at the maximum achievable rate -
  16. : today 14.4kbps. Downloading files is still the main sport on public bulletin
  17. : boards. Even mail is moving "offline" as callers use offline readers to do
  18. : thier "transaction level" prcessing and the mail itself is downloaded as a
  19. : file. A HOT 486 machine with Unix will fall to its knees and bark like a dog
  20. : with six or seven simultatneous lines sucking files at high speed. You could
  21. : perhaps run a LAN of UNIX machines with four or five lines on each 486 to
  22. : some success.
  23.  
  24. Utterly false.  I oversee several 386 and 486 Unix boxes for the
  25. NYC Board of Ed and Corporation for Public Broadcasting/Learning Link,
  26. some of which offer 20+ lines for users and I've never received a
  27. complaint for lack of performance in over three years.  Granted,
  28. a dedicated file server like TBBS will always outperform a more
  29. generalized task switcher like that under the Unix kernel but I
  30. have two big problems with that statement: one, it ignores the
  31. fact that a dedicated file server is inherently (and in this case,
  32. very) restricted in its capabilities compared to Unix and, two, the
  33. assumption that every user on every line will be downloading files
  34. at maximum bandwidth is a red herring.  Only on dedicated file
  35. servers (in which case you don't even need BBS software) will you
  36. ever encounter such throughput demands, and then only rarely.  My
  37. question to whoever made this ludicrous observation is how many
  38. XYZ BBSes out there are running XYZ's maximum number of lines even
  39. 10% of the time, let alone with 14.4k connections on every line.
  40. Maybe .01%?... certainly a statistically meaningless number compared
  41. to those sysops who wish they had a little more flexibility in their
  42. multiuser DOS BBS softwares.
  43. -- 
  44. Stephen Manes                       manes@magpie.nycenet.edu
  45. Manes and Associates/Commontech-NoHo           New York, NY, USA  =o&>o
  46.  
  47.