home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / internal / 1130 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.2 KB
  1. Path: sparky!uunet!wupost!cs.utexas.edu!swrinde!network.ucsd.edu!news.acns.nwu.edu!nucsrl!ddsw1!inland!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: monitor locations (for processor modes)
  5. Message-ID: <1992Jul27.211317.605@cmkrnl.com>
  6. Date: 28 Jul 92 04:13:17 GMT
  7. References: <7520241@MVB.SAIC.COM>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 31
  10.  
  11. In article <7520241@MVB.SAIC.COM>, "Bob George" <BOB@aeneas.ims.disa.mil> writes:
  12. >    I've been looking through the manuals, but haven't seen it yet.  Does
  13. > anyone know the symbolic system locations that monitor uses to determine
  14. > the time spent in each of the processor modes?   Thanks,
  15. >                                     bob
  16.  
  17. Sure.  They're in the CPU$ data structure.  It's a series of seven longwords,
  18. the first of which is called CPU$L_KERNEL.  The others don't appear to have
  19. distinct names as they are accessed mostly by clever uses of index registers
  20. with values found in the "access mode" and "interrupt stack" fields of the PSL.
  21. (see the section titled "hardware clock interrupts" in TIMESCHDL.LIS in
  22. facility SYS in the listings kit.) However their contents are in order as
  23. described in the description of this structure in the Device Support Reference
  24. Manual.  Their values represent numbers of 10 millisecond clock ticks since
  25. system boot. 
  26.  
  27. on an SMP (multi-CPU) machine, you have to look at all the CPU$ structures to
  28. get the totals for the node. 
  29.  
  30. btw, "idle" time as recorded in the CPU$ structure is a subset of time spent on
  31. the interrupt stack.  ie you need to subtract the idle time (which is, roughly,
  32. the time spent with no process current) from the recorded interrupt stack time
  33. in order to get the true time spent on the interrupt stack.  Once you've done
  34. that, the seven values added together will add up to the time (or at least
  35. the number of hardware clock interrupts recorded) since system boot.  
  36.  
  37.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  38. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  39. Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
  40. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  41. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  42.