home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / 18336 < prev    next >
Encoding:
Text File  |  1992-12-24  |  1.9 KB  |  44 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!uvaarpa!murdoch!murdoch.acc.virginia.edu!aj3u
  3. From: aj3u@larch.cs.virginia.edu (Asim Jalis)
  4. Subject: Re: How Accurate Is The System Clock
  5. In-Reply-To: mmcohen@cats.ucsc.edu's message of 24 Dec 1992 00:47:04 GMT
  6. Message-ID: <AJ3U.92Dec24203137@larch.cs.virginia.edu>
  7. Sender: usenet@murdoch.acc.Virginia.EDU
  8. Organization: University of Virginia, Charlottesville, VA 22903
  9. References: <AJ3U.92Dec22153748@larch.cs.virginia.edu>
  10.     <1992Dec23.194149.27172@odin.corp.sgi.com>
  11.     <tvl10pk@rhyolite.wpd.sgi.com> <1hb1a8INNr7m@darkstar.UCSC.EDU>
  12. Date: Fri, 25 Dec 1992 01:31:37 GMT
  13. Lines: 29
  14.  
  15. I am the person who originally asked the timing question.  Thanks
  16. to all the people who have responded.  Unfortunately, I am not
  17. sure I have found the complete answer to my question.  People
  18. have not addressed the multi-process environment, concentrating
  19. only on the accuracy of the physical clock.
  20.  
  21. What I am concerned about is not the accuracy of the clock, so
  22. much as the length of the delay between calling the time function
  23. and getting a response.  This delay could be produced if the
  24. scheduler unschedules my process before the clock daemon has
  25. responded to its query, or it could be produced if the clock
  26. daemon was woken when the clock interrupt occurred because the
  27. cpu was doing something else that was important, or for some
  28. other reason arising out of the multi-process environment.
  29.  
  30. Testing could be used to get a general idea of how large this
  31. delay can be.  However, I want to get more confidence about this.
  32.  
  33. (1) Do the specifications of the operating system provide some
  34. kind of a guarantee about timing accuracy in its multi-process
  35. environment?  (2) Is the code of the operating system public
  36. domain? (3) If not, then is the scheduler's design similar enough
  37. to Unix so that Unix sources can be studied for an answer to my
  38. problem.
  39.  
  40. Any help much appreciated.
  41.  
  42.  
  43. Asim Jalis.
  44.