home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / sys5 / r4 / 1230 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  4.0 KB

  1. Xref: sparky comp.unix.sys5.r4:1230 comp.unix.questions:15430 biz.comp.telebit.netblazer:30 comp.protocols.tcp-ip:5922
  2. Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip
  3. Path: sparky!uunet!nntp.telebit.com!mlewis
  4. From: mlewis@telebit.com (Mark S. Lewis)
  5. Subject: Re: Netblazer
  6. In-Reply-To: pozar@kumr.lns.com's message of 8 Jan 93 16:37:18 GMT
  7. Message-ID: <MLEWIS.93Jan11155619@yoyo.telebit.com>
  8. Sender: news@telebit.com
  9. Nntp-Posting-Host: yoyo
  10. Reply-To: mlewis@telebit.com
  11. Organization: Telebit Corporation; Sunnyvale, CA, USA
  12. References: <MLEWIS.93Jan7101356@yoyo.telebit.com> <1993Jan8.163718.8994@kumr.lns.com>
  13. Date: Mon, 11 Jan 1993 23:56:19 GMT
  14. Lines: 74
  15.  
  16.  
  17. > mlewis@telebit.com (Mark S. Lewis) writes:
  18. >>> I currently attach via SLIP over a leased line using v.32bis/v.42bis
  19. >>> modems from a Dell machine (on my end) into a smartport on a Telebit Netblazer.
  20. >>
  21. >>> Would I see any significant increase in throughput using this same
  22. >>> physical connection (v.32bis/v.42bis) but replacing the Dell SLIP
  23. >>> with a Netblazer on my end -- and connecting my machines via ethernet
  24. >>> to the Netblazer?
  25. >>> [...] 
  26. >>> Larry Snyder                                    internet: larry@gator.rn.com
  27. >>
  28. >>No I don't think you would get a significant performance increase by
  29. >>putting a NetBlazer at both ends.  You are using relatively slow
  30. >>serial lines limited by V.32bis modulation with whatever compression
  31. >>you get with V.42bis.
  32. >>
  33. >>Mark S. Lewis  inet: mlewis@telebit.com  
  34.  
  35. > I disagree.  I think you will get some increase in preformance, depending 
  36. > on how loaded your box that is doing the routing is.  Routing IP packets 
  37. > takes a certain amount of CPU over head as well as servicing the serial 
  38. > line interupts that happen every time you get a packet in.  Using 16500 
  39. > helps.
  40.  
  41. I suppose it is possible to improve performance by shifting the burden
  42. of routing to the NetBlazer, 386BSD or whatever.  Depends on the
  43. routing effeciency of the original system.
  44.  
  45. Also, the NetBlazer typically drives modems at 57600, while many Unix
  46. based SLIP connections can reliably support only 19200.  In this case,
  47. a NetBlazer or dedicated SLIP solution may help.
  48.  
  49. > A side note.  Netblazer software was based on the KA9Q software.  Enough 
  50. > work has gone into it by now that I imagine that it doesn't look like KA9Q 
  51. > any more, but I wonder if it still has the same problems that KA9Q has, 
  52. > like memory leakage and high latency. Perhaps Mark could comment on the
  53. > Netblazer software.
  54.  
  55. As for memory leakage, we have come quite a ways.  We have made
  56. numerous improvements to the memory allocation to help us find leaks.
  57. At this point, there are only a few rare leaks.  In general, the
  58. NetBlazer will stay up for months.
  59.  
  60. As for latency, I am not sure to which latency you refer.  What type
  61. of connections are you assuming, async dial-up?  Are you talking about
  62. round trip ping time?  Note that modems introduce significant latency.
  63.  
  64. > At the last ONEBBS con in Denver, there was a demonstration of a device 
  65. > called "Slip-on-a-Stick".  It was a box that was about 10"x6"x2" tall, and 
  66. > would do slip.  I don't know if it will do the right thing with subnetting
  67. > as I only saw it work with one device on it.  The price was less than a
  68. > grand.
  69.  
  70. I like that - "Slip-on-a-Stick."  Sound like the next taste sensation
  71. :-)  Note that I know of several vendors that are developing such
  72. dedicated networking serial devices.  It will be interesting to see
  73. what comes down the pike.
  74.  
  75. >                             Tim
  76.  
  77. > -- 
  78. >     Internet: pozar@kumr.lns.com     FidoNet: Tim Pozar @ 1:125/555
  79. > Snail: Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
  80. >                         Voice: +1 415 788 2022
  81.  
  82. KKSF is my favorite jazz station.  You guys play the tastiest jazz in
  83. the bay area.  Thanks for the good programming.
  84.  
  85. ... Mark
  86.  
  87. =========-----------          Mark S. Lewis      -----------==========
  88. inet: mlewis@telebit.com      Telebit Corp.     Telebit (408) 745-3232
  89. uucp: uunet!telebit!mlewis                          Fax (408) 745-3810
  90.