home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / misc / 40694 < prev    next >
Encoding:
Text File  |  1992-12-30  |  3.9 KB  |  73 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!cs.utexas.edu!uwm.edu!linac!att!cbnews!shurr
  3. From: shurr@cbnews.cb.att.com (larry.a.shurr)
  4. Subject: Re: OS/2 2.0 and My Modem Blues
  5. Organization: AT&T Bell Laboratories, Columbus, OH
  6. Date: Thu, 31 Dec 1992 04:43:16 GMT
  7. Message-ID: <1992Dec31.044316.19888@cbnews.cb.att.com>
  8. References: <1hl5tiINN8cd@cae.cad.gatech.edu> <1992Dec28.033621.14496@actrix.gen.nz>
  9. Lines: 62
  10.  
  11. In article <1992Dec28.033621.14496@actrix.gen.nz> Steve.Withers@bbs.actrix.gen.nz writes:
  12. >In article <1hl5tiINN8cd@cae.cad.gatech.edu> chris@cad.gatech.edu (Chris McClellen) writes:
  13. >> [2400 baud download in one VDM slows all VDM's to a crawl].
  14.  
  15. >> This problem may cause me to get another OS.  I like OS/2, but I find
  16. >> it inexcusable that it does this kind of stuff at LOW modem speeds.
  17.  
  18. >OS/2 works fine with a 2400 modem on my machine at work....but I use an OS/2
  19. >comms program. I have actually had two modems downloading simultaneously on
  20. >that machine while I was zipping up a hard drive to the network on the same
  21. >system - all in the background while I checking my CD-ROM for product info in
  22. >a DOS window.
  23.  
  24. Steve's is by far the best suggestion for your problem.  I, too, exper-
  25. ienced an dramatic slowing of concurrent VDM sessions while running
  26. a 2400 baud Zmodem download using Telix -- it could take 30 seconds to
  27. echo a single character typed on a 4DOS command line.  Meanwhile VIO
  28. and PM sessions continued to run with almost no ill affect.
  29.  
  30. The behavior of the system under these circumstances suggests that there
  31. are critical sections in the virtual interrupt portion of the shared VDM
  32. code which -- perhaps -- block execution of the emulator in all other
  33. VDM's during the delivery of a virtual interrupt.  I don't know if this
  34. represents a flaw in the design of the VDM code or an architectural
  35. necessity... how could I?  I don't even know if my assessment of the
  36. situation is even close to reality.
  37.  
  38. Believe me, this emulation of a "DOS machine" down to the interrupt level
  39. is an ambitious undertaking.  Software emulation of hardware sounds easy,
  40. but making the beast accurate is a bear.  Life would have been a lot
  41. easier if they could have forgotten about emulating interrupts.  Unfor-
  42. tunately, you can't if you want to support a lot of DOS software -- it's
  43. just too intimate with the hardware.  Consider the timer interrupt.  How
  44. do you assure it's accuracy (55 millseconds + a pinch) with a stochastic,
  45. asynchronous load in the background?  You don't.  IBM engineers had to
  46. adopt a different standard: delivery of the correct number of timer
  47. interrupts over a given period -- 91 ticks every 5 seconds or some such,
  48. though the interval between ticks is necessarily imprecise and variable.
  49. A pretty problem... but I digress.
  50.  
  51. The clue was that VIO and PM sessions were virtually... uh, perhaps I
  52. should say practically unaffected.  Thus it is something related to the
  53. VDM code which necessarily affects all concurrent VDM's.  It suggests
  54. the solution, as well: Steve's.  Adopt an OS/2-native comm package.
  55. I've been working with TE/2, though with some frustration: it's dread-
  56. fully slow in a windowed VIO session ever since I loaded the SP and 
  57. I'm having trouble getting file transfers to work well.  Actually,
  58. I've only succeeded in getting Zmodem downloads to work and that at
  59. only about half the pace I achieved with Telix.  I have yet to get 
  60. Zmodem or any other upload to work at all.  Like so much of OS/2, it's
  61. only "halfway there" -- so far.  Steve, maybe you can help me here.
  62.  
  63. Not a very good recommendation I'll grant, but I hope that 2.1 will be
  64. more like what I want to see in a system of this sort.  Dammit, I just
  65. want OS/2 to live up to its promise!
  66.  
  67. Larry
  68. -- 
  69. Larry A. Shurr (las@cbnmva.att.com) speaking only for myself.
  70. Norman, listen carefully.  I am lying.  Are you sure your circuits are
  71. registering?  Your ears are green.  Logic is a little bird singing in a
  72. meadow.  Logic is a wreath of pretty flowers which smell bad! - Mr. Spock
  73.