home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sgi / 13324 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  2.5 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!olivea!sgigate!odin!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Real time features/problems under Irix 4.0.4
  5. Message-ID: <peocgpo@zuni.esd.sgi.com>
  6. Date: 5 Sep 92 00:17:36 GMT
  7. References: <1992Sep4.212119.13867@thunder.mcrcim.mcgill.edu>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 44
  11.  
  12. In <1992Sep4.212119.13867@thunder.mcrcim.mcgill.edu> root@amerie.mcrcim.mcgill.edu (Thunder Root) writes:
  13. | We are using a Personal Iris 4D/35, running IRIX 4.0.4, to run a
  14. | real time control task at 50 Hz. 
  15. | 
  16. | The real time task is created using sproc(), and given a non-degrading
  17. | process priority using schedctl(NDPRI, 0, NDPHIMAX). All memory in the
  18. | program is locked using plock(PROCLOCK), and stack space is locked as 
  19. | well using mpin(). The real time event is generated by a VME bus
  20. | interrupt that is caught by our own driver, which then calls the
  21. | kernel routine pollwakeup() to wake up the real-time control task
  22. | which is waiting inside a select().
  23. | 
  24. | We can verify the performance of the task using an oscilloscope.
  25. | It runs fairly reliably (with a maximum jitter of 2 or 3 msec.) if I
  26. | edit files, run make, or list directories. However, serious delays
  27. | of around 200 msec. or so can be caused by things involving the
  28. | screen display -- such as moving and exposing windows. Scrolling
  29. | inside an xterm window will also cause such a delay (although
  30. | scrolling inside a winterm does not).
  31. | 
  32. | Our documentation on IRIX real-time talks about guaranteed process
  33. | dispatch times of 1 to 2 milliseconds for real time tasks. So ...
  34.  
  35. That is on the MP machines (with more than once CPU).
  36.  
  37. | 1. What really _is_ the worst case process dispatch time?
  38.  
  39. It hasn't been measured on the ESD platforms, because we have
  40. no official realtime support there (although many of the realtime
  41. features exist and are implemented).
  42.  
  43. | 2. Is there anything we can do to improve ours? (short
  44. |    of booting the machine single user :-))
  45.  
  46. Don't run graphics ;)
  47.  
  48. Seriously though, there are cases in the graphics code where it
  49. spins at interrupt time waiting for the graphics fifo to empty.
  50. There has been talk about fixing this for several years; it is
  51. a somewhat difficult problem to solve...
  52. --
  53. Let no one tell me that silence gives consent,  |   Dave Olson
  54. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  55.     Maria Isabel Barreno                        |   olson@sgi.com
  56.