home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / modems / 16482 < prev    next >
Encoding:
Text File  |  1992-11-08  |  3.2 KB  |  67 lines
  1. Path: sparky!uunet!gatech!news.byu.edu!hamblin.math.byu.edu!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!ddsw1!gagme!n5ial!jim
  2. From: jim@n5ial.chi.il.us (Jim Graham)
  3. Newsgroups: comp.dcom.modems
  4. Subject: external vs internal on 14.4k 
  5. Distribution: world
  6. Message-ID: <721069080snx@n5ial.chi.il.us>
  7. References: <1992Nov5.040133.23832@tigger.jvnc.net>
  8. Date: Fri, 06 Nov 92 16:58:00 GMT
  9. Organization: Me? Organized? Hah! :-)
  10. Lines: 55
  11.  
  12. In article <1992Nov5.040133.23832@tigger.jvnc.net>
  13. johnson@tigger.jvnc.net writes:
  14.  
  15. > I wrote:
  16.  
  17. >> sorry, but this is NOT TRUE.  V.42bis, *UNLIKE MNP5*, does not degrade
  18. >> throughput when transferring pre-compressed data --- it simply transmits
  19. >> the original data.
  20.  
  21. > You may characterize this as broken, but I don't think it's uncommon
  22. > for enabling V.42bis to have a measurable effect on compressed files.
  23. > I've certainly noticed it.
  24.  
  25. well, V.32bis with V.42 (ignore data compression for the moment), the
  26. upper limit on throughput is going to be somewhere in the neighborhood
  27. of 1724 cps (give or take...that's an estimate based on calculations
  28. posted by Toby a year or two ago).  1724 cps w/ compression completely
  29. turned off.  with V.32bis, V.42/V.42bis, and pre-compressed data, I
  30. normally see about 1650 to 1700 cps (yes, that's for very large Zmodem
  31. transfers).
  32.  
  33. in other words, from the estimated maximum, I might see a loss of no
  34. more than 100 cps (I've never gotten worse than about 1640 or so, at
  35. least, not when I've been paying attention), and normally only about
  36. 24 cps (1700 cps is probably the most common number I see on transfers,
  37. and 1640 cps is usually only on long distance calls).  keep in mind,
  38. this also includes any loss in speed due to line errors, etc.... 
  39.  
  40. hmmm, doesn't sound like my modem is causing any noticeable effect on
  41. the throughput!  :-)  nor are the various different brands of modems
  42. on the other ends of calls I make.  this also applies for other brands
  43. of modems I've tested in my former employer's network design lab.  no
  44. significant degradation between V.42bis being turned on/off during the
  45. transfer of compressed data --- just exactly what the specs tell us
  46. should be the case to begin with.
  47.  
  48. so yes, I'd say that if you're seeing much in the way of degradation
  49. as a result of V.42bis being turned on, you do have a problem with your
  50. modem.  contact the vendor and get help or get them to fix it,
  51. (depending on whose problem it is).  if, as you suggest, the modem
  52. doesn't have the CPU power to handle V.42bis, and so it's getting bogged
  53. down, that sounds like a major design flaw to me.  complain fiercely.
  54.  
  55. my modem is a USR DS, what's yours?  please let me know, so I can make
  56. sure nobody I know buys that brand in an attempt to save a few pennies.
  57.    --jim
  58.  
  59. --
  60. #include <std_disclaimer.h>                                 73 DE N5IAL (/9)
  61. ------------------------------------------------------------------------------
  62. INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
  63. ICBM:  41.70N 87.63W                    UUCP:  gagme!n5ial!jim@clout.chi.il.us
  64. AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)    AMTOR SELCAL:  NIAL
  65. ------------------------------------------------------------------------------
  66.  
  67.