home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!uwm.edu!ogicse!flop.ENGR.ORST.EDU!prism.CS.ORST.EDU!murrayk
- From: murrayk@prism.CS.ORST.EDU (the Dodger)
- Newsgroups: comp.os.os2.programmer
- Subject: How does monitor.exe get its process info?
- Message-ID: <1geda5INN5qe@flop.ENGR.ORST.EDU>
- Date: 13 Dec 92 04:13:57 GMT
- Article-I.D.: flop.1geda5INN5qe
- Distribution: world
- Organization: CS Dept, Oregon State University
- Lines: 26
- NNTP-Posting-Host: prism.cs.orst.edu
-
- I recently downloaded the file cpumon3.zip from hobbes that contains the
- monitor program from BonAmi Software. This seems like a very powerful cpu
- monitor program, though it's hard to tell because very nearly every menu
- option is disabled. 8^(.
-
- However, looking from a programmer's point of view: How the hell does the
- program get the kind of information that it displays? Is it very accurate?
- I've only got a 33mhz 386 and when I make a project with CSet/2 that takes
- about 10 minutes to compile, My processor is idle at least 50% of the time,
- even while downloading (2400 baud...) in the background with many other utils
- running also. Is this real? I suppose that my processor could be waiting around
- for the disk (SCSI) and memory quite a bit. But that still leaves the question
- of how you can get that accurate of information. I've seen it done on every
- UNIX system I've seen, but never on OS/2. The other monitors available are not
- accurate at all, not to say they are not usefull.
-
- I'm just curious. I would like to be able to get some serious system statistics
- for myself and I'm wondering how it can be done.
-
- Keith
-
- --
- ____ _____ ____
- Keith Murray / /___/ /\ \ \ \____ P.O. Box 1889
- murrayk@prism.cs.orst.edu /___ / / /__\ \____\ ____\ Corvallis OR 97339
- the Dodger s o f t w\ a r e
-