home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / misc / 40541 < prev    next >
Encoding:
Text File  |  1992-12-29  |  3.2 KB  |  78 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!uunet.ca!canrem!dosgate!dosgate![stephen.brackenbury@canrem.com]
  3. From: "stephen brackenbury" <stephen.brackenbury@canrem.com>
  4. Subject: os/2 2.0 and my modem
  5. Message-ID: <1992Dec29.4881.37081@dosgate>
  6. Reply-To: "stephen brackenbury" <stephen.brackenbury@canrem.com>
  7. Organization: Canada Remote Systems
  8. Distribution: comp
  9. Date: 29 Dec 92 00:39:11 EST
  10. Lines: 66
  11.  
  12.  
  13. 12/27/92 Chris McClellen Writes:
  14.  
  15.  
  16. CM>My problem:
  17.  
  18. CM>I have a 486/33DX, 8megs ram, 210 meg HD, 256k Instruction Cache.
  19. CM>Whenever I use a DOS Communications program (ie, telix, procomm, and
  20. CM>a HOST of others!), all my other DOS tasks become basically frozen,
  21. CM>and If I want to download in the background, I have to be hitting keys
  22. CM>in the windows of other tasks.  So, If I run procomm or whatever,
  23. CM>start a transfer, and switch to another DOS session, ie, a compiler,
  24. CM>I have to hold down a key to get it to do some work.  This is extrememlu
  25. CM>annoying, inasmuch that  I can really only have one dos comm task, and one
  26. CM>regular dos task running -- the rest are frozen until the transfer ends.
  27. CM>Even some OS/2 native apps become frozen.
  28.  
  29. Stuff Deleted...
  30.  
  31.  
  32. CM>One possible thing I thought of is that the comm programs may write
  33. CM>every block to disk, thus causing major device lags.  However,
  34. CM>may HD light doesnt go off often enough for that.
  35.  
  36.  
  37. The reason your comm programs are bringing your very capable system to
  38. its' knees is because they are self-centered DOS apps; they were never written
  39. to co-operate in a "Multi-tasking" environment so they are sitting there
  40. doing things like polling the keyboard for a key press hogging all the CPU
  41. time they can get their greedy little instruction set on.
  42.  
  43. Try running the OS/2 applet PULSE. Then start up your DOS comm program and
  44. watch the CPU usage instantly red-line.
  45.  
  46. If you have a comm program that was written to be multi-tasking aware,
  47. (examples: DESQview, Double Dos, Omnivew etc...) then there is a
  48. shareware program called TAME (TAME261.ZIP) that will allow you to
  49. access those multi-tasking hooks within an OS/2 2.0 DOS Box and allow the
  50. program to break out of those polling loops and return control to the
  51. CPU for other things your trying to run.
  52.  
  53. TAME is also effective for curing CPU hogs that are not multi-tasking
  54. aware - but in this case TAME steals time from the guilty program, it
  55. doesn't wait for the program to voluntarily return control.  This works
  56. fine for many DOS programs but with comm programs it usually wreaks havoc with
  57. the com port.
  58.  
  59. If your comm programs aren't multi-tasking aware and you're going to be
  60. doing a lot of multi-tasking while using a comm program, then why not
  61. invest in an OS/2 comm program that can take advantage of your multi-tasking
  62. environment!  I belive there's an affordable shareware comm program called
  63. Telix (TE/2) written for OS/2 1.3 that will work quite nicely for you in an
  64. OS/2 Window... download it and give it a try.  I'm not familiar with what's
  65. available in the way of OS/2 2.0 comm programs.  Anyone else out there
  66. have some suggestions???
  67.  
  68.  
  69. Best Regards,
  70.  
  71.  
  72. ...Steve
  73. ---
  74.  ■ DeLuxe² 1.12 #10831 ■ 
  75. --
  76. Canada Remote Systems  - Toronto, Ontario
  77. World's Largest PCBOARD System - 416-629-7000/629-7044
  78.