home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sys5 / r4 / 557 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  2.1 KB
  1. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!wupost!emory!ncratl!mwilson
  2. From: mwilson@ncratl.AtlantaGA.NCR.COM (Mark Wilson)
  3. Newsgroups: comp.unix.sys5.r4
  4. Subject: Re: Realtime scheduler options
  5. Message-ID: <10626@ncratl.AtlantaGA.NCR.COM>
  6. Date: 19 Nov 92 20:45:57 GMT
  7. References: <1e6ovcINNdm4@ariel.ucs.unimelb.EDU.AU>
  8. Organization: NCR Engineering and Manufacturing Atlanta -- Atlanta, GA
  9. Lines: 43
  10.  
  11. In <1e6ovcINNdm4@ariel.ucs.unimelb.EDU.AU> cm@ariel.ucs.unimelb.EDU.AU
  12. (Charles Meo) writes:
  13.  
  14. >Does anyone have any direct experience with the so-called realtime scheduler
  15. >in SVR4? I've never met anyone who's been able to do anything useful with 
  16. >it. Just curious...
  17.  
  18. >Chuck
  19. >-- 
  20. >Chuck Meo
  21. >Solbourne Computer Australia
  22. >cm@ariel.ucs.unimelb.edu.au
  23. >'SYS5R4: One Size Fits Nobody'
  24.  
  25.  
  26.  
  27. Hello Chuck,
  28.  
  29. I have some experience with the real-time scheduler.  I have a process 
  30. that needs to run to completion within a 37 millisecond window when it
  31. receives input.  Most of the time, the process runs easily within the
  32. window, but every five minutes, UNIX seizes control and causes me to
  33. blow the window.  I was first told that the culprit was sync(), which
  34. is scheduled according to the NAUTOP tunable, but whether NAUTOP is 
  35. set at 1 minute or at 30 minutes, the problem continues to occur on
  36. five-minute intervals.  When I reported this, I was told that there
  37. is another sync() call that does not rely on NAUTOP.  I do not know
  38. why one of these syncs kills me and the other doesn't.
  39.  
  40. On the good(?) side, you can lock up the system tight as a tick if
  41. you are running at the top priority with an infinite time-slice
  42. and you get hung up in a compute loop.  The feature is also easy to
  43. implement, but I'm not too sure what it's supposed to be for.  If
  44. you really need real-time performance, you should find out what the
  45. maximum latency is on the target system.  (That's one of the lessons
  46. I've learned.)
  47.  
  48. By the way, this test was run on a 20 MHZ 386sx.
  49. -- 
  50. Mob rule doesn't become any prettier, just because the mob start to call itself
  51. a government.
  52. It ain't charity if you are using someone else's money.
  53. Mark.Wilson@AtlantaGA.NCR.com
  54.