home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / mswindo / programm / win32 / 951 < prev    next >
Encoding:
Text File  |  1992-09-13  |  3.1 KB  |  89 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!johnhall
  3. From: johnhall@microsoft.com (John Hall)
  4. Subject: Re: Getting the Process/Thread CPU Time:
  5. Message-ID: <1992Sep14.065534.16336@microsoft.com>
  6. Date: 14 Sep 92 06:55:34 GMT
  7. Organization: Microsoft Corporation
  8. References: <1709@sousa.ltn.dec.com>
  9. Lines: 75
  10.  
  11. In article perkins@sousa.ltn.dec.com (Eric Perkins) writes:
  12. | 
  13. | Has anyone seen any API which will give the amount of CPU
  14. | time a thread or process has used up? The program Pview that
  15. | comes with the SDK can do this so there must be a way with the 
  16. | API to do this, right?
  17.  
  18. Mostly, you need to use the API's already there in new and
  19. interesting ways.  On the ftp server under OS2toWindows
  20. [sort of where I hang out] I placed a *rough* example of how
  21. to do this with the PDC build.
  22.  
  23. Yes, Perfmon does use a few Nt calls because not everything
  24. of interest was exposed through the official mechanisms by
  25. the PDC build date.  Those Nt calls are not (according to
  26. the designer) necessary in future versions but no word on
  27. when it will be cleaned up.
  28.  
  29. Brief how to:
  30.  
  31. The counters available can vary from system to system, and
  32. theoretically the index number of the counters can as well.
  33. You find the counters for a given system by looking at:
  34. HKEY_LOCAL_MACHINE\\Software\\Microsoft\\CurrentVersion\\
  35. Perflib\\<Lang ID -- '409' for now>\\Counters as a set
  36. of MULTI_SZ data which looks like:
  37. "2" "% Process Time" "4" "Processes" etc.
  38. There is also a Help value with odd numbers which explains
  39. each counter string.
  40. "5" "List of Processes active in the local machine"
  41.  
  42. The perf2.zip I uploaded contains a program called
  43. 'perf1.exe' which dumps all this in a useful manner
  44. (as #define's).  For reasons I explain, at the current state
  45. of the system you probably want to hard code these values
  46. [after figuring out what they are].
  47.  
  48. Then, armed with values for: Processes, Threads, Total Process
  49. time, Total thread time, User thread time, Privlidged thread time
  50. the algorithm looked like this:
  51.  
  52. Query HKEY_PERFORMANCE_DATA\\Global.  You probably have to get
  53. it multiple times till you grow your buffer big enough.
  54.  
  55. When this exceeds, you have all the performance data (as a snapshot)
  56. that anyone could want -- you just need to interpret it.
  57.  
  58. Interpretation:
  59.  
  60. Basically, you walk the structures contained in winperf.h.
  61. Loop through all objects looking for the objects of interest
  62. (Processes and Threads) save pointers to them.
  63.  
  64. Examine the Process Object and Thread Object looking for
  65. counter definitions (type, offset).
  66.  
  67. Loop through all process instances:
  68.   [Instance 0 is special, it has no threads by definition]
  69.   print the process name [it is in unicode!]
  70.   output Process Time data.
  71.   For every THREAD instance, see if the thread parent is this
  72.      process instance.  If it is accumulate the info.
  73.   output thread data.
  74.  
  75. This yields a simple output.  I discuss some extentions to
  76. make this a true time() system.  Again, this is rough but
  77. I hope it helps.
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84. -- 
  85. -------------------------
  86. My comments are my own.  They are independent and unrelated to the
  87. views of my company , relatives or elected representatives.
  88.  
  89.