home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / modems / 12803 < prev    next >
Encoding:
Text File  |  1992-08-31  |  2.8 KB  |  79 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!decwrl!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: What's a good 14400 modem?? (Intel?)
  5. Message-ID: <p9nuclo@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Aug24.143532.8721@lowton.rn.com> <PZR7PB2w165w@infopls.chi.il.us> <1992Sep1.034335.22089@psg.com>
  8. Date: Tue, 1 Sep 1992 05:01:12 GMT
  9. Lines: 68
  10.  
  11. In article <1992Sep1.034335.22089@psg.com>, randy@psg.com (Randy Bush) writes:
  12. > vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  13. > > I tested a pair of Intel 14.4EX modems with SLIP.  I was unable to move
  14. > > more than 1800 Bytes/sec through them, compared to > 3000 for all other
  15. > > v.32bis/v.42/v.42bis modems I tested, some of which did > 3600 B/s.
  16. > > Judging from the LED's, the Intel 14.EX cannot transmit at the same
  17. > > time as it it receives.  That is implausible, but it would explain the
  18. > > less than amazing speed.
  19. > 
  20. > Gak!  Vernon, you ain't no dummy, so something subtle was going on.  We
  21. > regularly get 3.7kcps+ on SLIP with ka9q and PC-Route with these puppies.
  22. > They're the best we've tried, and we've tried and tried.
  23. > 
  24. > Our configs are simple.
  25. > 
  26. >   AT&F"H3\N3E0Q1&D0&W
  27.  
  28.  
  29. Well, maybe I'm a dummy about this modem.  I was using
  30.  
  31.     &F L2 M4 X4 &C1 &D3 &Y0 S2=128 S25=1
  32.  
  33.     L2 and M4 should be irrelevent.
  34.     So should X4.
  35.  
  36.     &C1 is the default, so I don't know why I set it.
  37.  
  38.     &D3 is a fetish of mine that saves a lot of grief
  39.  
  40.     &Y0 is something I learned the hardware from Telebits
  41.  
  42.     S2=128 just turns off +++
  43.  
  44.     S25=1 just makes the modem respond to DTR (why would you want the
  45.     default which ignores 50 ms DTR turn-off's?  I'd expect that to
  46.     make it some times fail to honor the computer's request to hang
  47.     up.  Oh, well.  It's not relevant.)
  48.  
  49.     "H3 is the default, so I don't know why you set it
  50.  
  51.     \N3 is the default, so I don't know why you set it
  52.  
  53.     E0 and Q1 should have no effect on speed
  54.  
  55.     &D0 is a difference that should not affect speed.
  56.  
  57. None of those appear to me likely to affect the speed at which the
  58. modems move bytes.
  59.  
  60. The tests I was running were the same as with the other modems.  I use
  61. a pair of Silicon Graphics IRIS's with "6-port boards", with new
  62. firmware which I guarantee can do about 35KBytes/sec FDX as measured by
  63. 4 to 5 `cat foo > /dev/ttyd#` processes, loop-back connectors, and
  64. either a 'scope or `sar -y 1 10000`.
  65.  
  66. So, what's the deal?
  67.  
  68. Could it be that your 3.7KB/s is half-duplex but my 1.8K is half of 
  69. full-duplex number?
  70.  
  71. My "throughput test" consist of `ping -c ZZZZ remote`, increasing the
  72. value of ZZZZ until the line stops keeping up, as observed for 20 to 60
  73. seconds.  That forces the modems to process ZZZZ*2 bytes.  In other
  74. words, the other modems I've tested were really shuffling up to 7.2KB/s
  75. of data, while the Intel 14.4EX would only do 3.6KB/s.
  76.  
  77.  
  78. Vernon Schryver,  vjs@sgi.com
  79.