home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / realtime / 1313 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!jvnc.net!nuscc!eletanjm
  3. From: eletanjm@nuscc.nus.sg (Tan Jin Meng)
  4. Subject: Re: OS/2 experience?
  5. Message-ID: <1992Nov7.165032.16518@nuscc.nus.sg>
  6. Organization: National University of Singapore
  7. References: <25418@io.camcon.co.uk>
  8. Date: Sat, 7 Nov 1992 16:50:32 GMT
  9. Lines: 26
  10.  
  11. sjp@camcon.co.uk (Steve Pearce) writes:
  12. : 
  13. : Interrupt service routines have to be written as OS/2 device drivers as OS/2 
  14. : runs in protected mode.  To provide a fast, accurate timer you will need 
  15. : additional hardware containing a counter/timer chip clocked at a sensible 
  16. : rate.  Look for an adapter card with OS/2 support.
  17. : 
  18.  
  19. I believe that there is a public domain device driver for OS/2 2.0 that
  20. provides timing from the AT (the CMOS one) Real Time Clock at a much
  21. better granularity (900+ microsecs?). It's called HRTIMER. 
  22.  
  23. It's probably at the OS/2 ftp site called hobbes (ftp-os2.nmsu.edu).
  24.  
  25. : When programming real time applications in OS/2, be careful not to over-rely
  26. : on system services such as semaphores and shared memory.  These can take a
  27. : large processing chunk out of tight timing loops, especially in <486 systems.
  28. : 
  29. Probably true. Also I'd advise you not to use the workplace shell. Use
  30. text mode command line or at most just the basic PM services. Currently,
  31. the workplace shell tends to be high overhead, deadlocks easily and is
  32. basically not reliable or consistent (for real time work).
  33.  
  34. hope this helps.
  35.  
  36. jin meng
  37.