Re: WORKING_SET.COM gives all COM states when run at high priority
From: AEF (spamsink2001_at_yahoo.com)
Date: 06/30/05
- Next message: Peter Weaver: "Note to the person at pool-70-110-191-53.phil.east.verizon.net"
- Previous message: AEF: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- In reply to: David B Sneddon - bigpond: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Next in thread: Jeff Cameron: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Reply: Jeff Cameron: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Reply: Bob Koehler: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Reply: Larry Kilgallen: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 29 Jun 2005 21:19:08 -0700
David B Sneddon - bigpond wrote:
> AEF mentioned in passing:
> >
> > Jeff Chimene wrote:
> >
> >>AEF wrote:
> >>
> >>>Hello,
> >>>
> >>>WORKING_SET.COM, which is in SYS$EXAMPLES, lists all processes and
> >>>various working set statistics for each. I recently found out that when
> >>>you run it at high priority, most or all of the states show up as COM.
> >>>The state is determined by the function
> >>>
> >>> f$getjpi("","STATE")
> >>>
> >>>The higher the priority, the higher the percentage of states which are
> >>>reported as COM.
> >>>
> >>>Why should the result of this function be dependent on the priority at
> >>>which it is run?
> >>
> >>Because your process running working_set.com is using all the CPU? All
> >>other processes are forced to non-CUR states, e.g. COM
> >>
> >>For extra credit, code up a real-time CPU-burner that also
> >>allocates/frees a few mebibytes of VM. Fire off a few of those and watch
> >>with working_set.com
> >>
> >>Cheers,
> >>jec
> >
> >
> > Thanks for your rapid response! But some of my processes are idle
> > terminal sessions. Why are they waiting for the CPU?
>
> Does $GETJPI not operate within the context of the process
> you want the information about? In which case that process
> would need to "run" to return the information...
I don't see how this can be. If $getjpi ran in the target process's
context, wouldn't its result go into a symbol in that target process
and screw it up? Also, if the target process needs to run $getjpi than
I'd expect to see processes all show up as CUR, since they are running
as you say.
- Next message: Peter Weaver: "Note to the person at pool-70-110-191-53.phil.east.verizon.net"
- Previous message: AEF: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- In reply to: David B Sneddon - bigpond: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Next in thread: Jeff Cameron: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Reply: Jeff Cameron: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Reply: Bob Koehler: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Reply: Larry Kilgallen: "Re: WORKING_SET.COM gives all COM states when run at high priority"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|