home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / os2 / misc / 39854 < prev    next >
Encoding:
Text File  |  1992-12-20  |  1.8 KB  |  43 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!mcsun!sun4nl!kubds1!kub.nl!hoppie
  3. From: hoppie@kub.nl (Jeroen Hoppenbrouwers)
  4. Subject: Re: Why does DOS (Telix, AutoCAD, etc.) use 100%
  5. Message-ID: <1992Dec18.073415.6915@kub.nl>
  6. Date: Fri, 18 Dec 92 07:34:15 GMT
  7. Organization: Tilburg University, Tilburg, The Netherlands
  8. Nntp-Posting-Host: trigger.kub.nl
  9. References:  <17DEC199220532131@zeus.tamu.edu>
  10. Lines: 31
  11.  
  12. In article <17DEC199220532131@zeus.tamu.edu>, rem5156@zeus.tamu.edu (The Doctor) writes:
  13. |> ..does anyone know why my system maxes out to 100% when I use Telix, or OrCAD
  14. |> or AutoCAD in a DOS full-screen session?
  15. |> 
  16. |> System: 486DX-33, 256K cache, 16MB RAM, etc.
  17.  
  18. Probably because your DOS settings tell the system session to do so  :-)
  19.  
  20. Basically, OS/2 distributes CPU cycles to every process that is ready to run
  21. until its time slice is over or it releases the CPU or another thread with higher
  22. priority comes available. DOS sessions do not know anything about multitasking and
  23. therefore will never release the CPU voluntarily. Thus, OS/2 gives them as much CPU
  24. as the system can spare (without blocking higher-priority threads, it is not
  25. like Windogs!).
  26.  
  27. If your DOS app uses DOS/BIOS calls for e.g. keyboard requests, you can get the session
  28. to eat less CPU by lowering the idle time and threshold settings for these programs.
  29. Be aware that you can effectively kill Telix by this. As a trick, you can live up
  30. a program by pressing a shift key continuously, so it gets CPU attention.
  31.  
  32. Seeing PULSE climb to 100% only tells you that the CPU is not sitting idle. It is
  33. working all the time, but not only on your DOS session! Personally, I like
  34. to see my CPU working   :-)
  35.  
  36.  
  37.  
  38. Jeroen
  39.  
  40. -- 
  41. Jeroen Hoppenbrouwers, research engineer at     |  Stop connecting computers;
  42. Infolab, Tilburg University, The Netherlands    |  start connecting people!
  43.