home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / realtime / 1310 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.4 KB  |  52 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zazen!doug.cae.wisc.edu!umn.edu!deci.cs.umn.edu!hansen
  3. From: hansen@deci.cs.umn.edu (David M. Hansen)
  4. Subject: Re: OS/2 experience?
  5. Message-ID: <1992Nov6.193402.13261@news2.cis.umn.edu>
  6. Keywords: Looking for information on OS/2
  7. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  8. Nntp-Posting-Host: deci.cs.umn.edu
  9. Organization: University of Minnesota
  10. References: <meek.4.720854882@fizzy.csu.murdoch.edu.au> <25418@io.camcon.co.uk>
  11. Date: Fri, 6 Nov 1992 19:34:02 GMT
  12. Lines: 38
  13.  
  14. In article <25418@io.camcon.co.uk>, sjp@camcon.co.uk (Steve Pearce) writes:
  15. |> meek@fizzy.csu.murdoch.edu.au (Lindsay Meek) writes:
  16. |> 
  17. |> >Hello,
  18. |> >    I'm thinking of using OS/2 for process control and I'm wondering
  19. |> >whether it can be relied apon to schedule high priority tasks at some
  20. |> >sort of deterministic time interval. 
  21. |> >    Does anybody know whether this is possible? and If not, can an
  22. |> >interrupt service routines be used to get around the OS/2 scheduler?
  23. |> >Thanks
  24. |> >    Lindsay Meek
  25. |> 
  26. |> OS/2 user-programmable event timer routines are ok for approximate scheduling 
  27. |> activities, but they are limited by being tied to the timer-tick interrupt
  28. |> which runs at 31msec intervals, (~32Hz), intervals of less than a couple of 
  29. |> hundred msecs are too inaccurate for serious real time work.
  30. |> 
  31. |> Interrupt service routines have to be written as OS/2 device drivers as OS/2 
  32. |> runs in protected mode.  To provide a fast, accurate timer you will need 
  33. |> additional hardware containing a counter/timer chip clocked at a sensible 
  34. |> rate.  Look for an adapter card with OS/2 support.
  35. |> 
  36. |> When programming real time applications in OS/2, be careful not to over-rely
  37. |> on system services such as semaphores and shared memory.  These can take a
  38. |> large processing chunk out of tight timing loops, especially in <486 systems.
  39. |> 
  40. |> 
  41. |> OS/2 is suitable for real time applications and it has the benefit of 
  42. |> supporting lots of other PC applications as well.
  43.  
  44. Doesn't OS/2 use virtual memory (i.e. swapping to disk)?  If so, it would 
  45. probably be wise to turn this feature off, if possible.  Otherwise, you may
  46. introduce unpredictable non-deterministic (albiet generally short) delays in
  47. your program, just by executing the next instruction...
  48.  
  49.                     -=Dave
  50.  
  51. Disclaimer: I don't know, I've never used it.
  52.