home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sgi / 13319 < prev    next >
Encoding:
Text File  |  1992-09-07  |  2.4 KB  |  53 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!gatech!darwin.sura.net!sgiblab!sgigate!odin!sgihub!zola!bebop!cook
  3. From: cook@bebop.esd.sgi.com (Doug Cook)
  4. Subject: Re: Real time features/problems under Irix 4.0.4
  5. Message-ID: <pel9no4@zola.esd.sgi.com>
  6. Sender: news@zola.esd.sgi.com (Net News)
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References:  <1992Sep4.212119.13867@thunder.mcrcim.mcgill.edu>
  9. Date: Fri, 4 Sep 92 22:32:15 GMT
  10. Lines: 41
  11.  
  12.  
  13. In article <1992Sep4.212119.13867@thunder.mcrcim.mcgill.edu>, root@amerie.mcrcim.mcgill.edu writes:
  14. > We can verify the performance of the task using an oscilloscope.
  15. > It runs fairly reliably (with a maximum jitter of 2 or 3 msec.) if I
  16. > edit files, run make, or list directories. However, serious delays
  17. > of around 200 msec. or so can be caused by things involving the
  18. > screen display -- such as moving and exposing windows. Scrolling
  19. > inside an xterm window will also cause such a delay (although
  20. > scrolling inside a winterm does not).
  21. > 
  22. > Our documentation on IRIX real-time talks about guaranteed process
  23. > dispatch times of 1 to 2 milliseconds for real time tasks. So ...
  24. > 
  25. > 1. What really _is_ the worst case process dispatch time?
  26. > 
  27. > 2. Is there anything we can do to improve ours? (short
  28. >    of booting the machine single user :-))
  29.  
  30. In general, the performance of IRIX is adequate for such real-time
  31. tasks as you describe. However, what you're seeing is a particular bug.
  32. The IRIX kernel is spinning, waiting for the full graphics FIFO to
  33. empty. This bug shows up when you move or expose large windows.  This
  34. problem is particularly bad on the 4D/35, because the CPU is so fast,
  35. and the graphics engine so slow. Unfortunately, the people to whom this
  36. bug has been assigned have it prioritized such that it hasn't yet been
  37. fixed. Perhaps they are not aware of the problems it is causing users
  38. who need real-time performance.
  39.  
  40. If this really causes a problem for you, please call into the TAC
  41. and let them know, and/or let your sales rep know that this is
  42. unacceptable. This will help the assigned bug fixers up the 
  43. priority on this problem. We want to get our real-time performance
  44. right. (The bug number in question is 69084.) I have also added the
  45. description of your problem to the internal bug report.
  46.  
  47.     -Doug
  48.  
  49.  
  50. Doug Cook      (cook@sgi.com)        |    "What IS Digital Media?    
  51. Software Engineer, ISD Audio Group    |    ...another name for graphics."
  52. Silicon Graphics, Inc.            |
  53.