home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / misc / 35446 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  2.9 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!linac!att!cbnews!shurr
  2. From: shurr@cbnews.cb.att.com (larry.a.shurr)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: Try this (I *LOVE* OS/2 2.x) ...
  5. Message-ID: <1992Nov5.165356.23282@cbnews.cb.att.com>
  6. Date: 5 Nov 92 16:53:56 GMT
  7. Article-I.D.: cbnews.1992Nov5.165356.23282
  8. References: <Bx3ut7.Jqq@andy.bgsu.edu> <4254@copper.Denver.Colorado.EDU> <1992Nov3.205450.8672@njitgw.njit.edu>
  9. Organization: AT&T Bell Laboratories, Columbus, OH
  10. Lines: 47
  11.  
  12. In article <1992Nov3.205450.8672@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
  13. }In article <4254@copper.Denver.Colorado.EDU> rvaniwaa@copper.denver.colorado.edu (Ronald J. Vaniwaarden) writes:
  14. }>There is 99% of your proglem, When I tried to run dos comm programms in the
  15. }>background, they had considerable problems.  However, an OS/2 comm program
  16. }>will be much better behaved and will allow you to do other things at the same
  17. }>time.  The reason is that the DOS comm program is continually polling the
  18. }>com port which creates a huge demand on the cpu.  Try TE/2 or kermit for
  19. }>OS/2
  20.  
  21. }Right solution, wrong reason.  Only the dumbest terminal programs poll
  22. }the COM port.  I tried writing such a program once, and it developed
  23. }missed character problems at 2400 baud under DOS!  Most terminal
  24. }programs are interrupt driven.  The problem is that OS/2 can't or
  25. }won't pass more than 1000 virtual interrupts per second to a DOS box,
  26.  
  27. Not only that, but the virtual interrupt code evidently locks out
  28. execution of all other VDM's (Virtual DOS Machines) while delivering 
  29. an interrupt to a particular VDM.
  30.  
  31. }so things develop problems at high baud rates.  At 2400 baud, DOS
  32. }programs have no problem.  I know, I use Procomm 1.01 for DOS all the
  33. }time, and it works fine once idle detection is set properly.
  34.  
  35. True, the DOS comm program running at 2400 baud doesn't have a problem,
  36. but the DOS programs you may be running concurrently in other VDM's 
  37. have a terrible time during a download, despite the low baud rate.  I
  38. encountered this while trying to do something in one VDM while Telix
  39. performed a ZMODEM download in another.  The download ran fine, but 
  40. VDM's were unusably slow, sometimes taking many seconds to recognize
  41. and process a single keystroke.
  42.  
  43. Meanwhile, concurrent VIO and PM sessions were fine -- just a little
  44. slower than they would have been without the download running, but
  45. nothing serious.
  46.  
  47. The fact that other VDM's were severely impacted, but the rest of the
  48. system was OK lead me to the conjecture that the virtual interrupt
  49. code locks out execution of other VDM's while it's running.  Still, I
  50. could be wrong.  Perhaps there's another setting which changes this
  51. behavior.  Furthermore, I observed it in the GA, but haven't tried it
  52. with the CSD installed -- I'm using TE/2, now, so the problem hasn't
  53. come up in a long time.
  54.  
  55. Larry
  56. -- 
  57. Larry A. Shurr (las@cbnmva.att.com or att!cbnmva!las) speaking only for myself.
  58. EOR (end-of-ramble)
  59.