[Info-vax] vms base priority watch

[VAXman- at SendSpamHere.ORG]

In article <00AB20DF.DE5F7219 at SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:
>In article <1f612927-5e98-44e0-91e2-d889916c4f40 at gh5g2000vbb.googlegroups.com>, "pcoviello at gmail.com" <pcoviello at gmail.com> writes:
>>On Jul 8, 2:39=A0am, Hans Vlems <hvl... at freenet.de> wrote:
>>> On 7 jul, 23:04, "Richard B. Gilbert" <rgilber... at comcast.net> wrote:
>>>
>>> > On 7/7/2011 4:55 PM, VAXman- @SendSpamHere.ORG wrote:
>>>
>>> > > In article<30f1004b-ba65-4fa9-a202-cee60778e... at x16g2000yqg.googlegro=
>>ups.com>, "pcovie... at gmail.com"<pcovie... at gmail.com> =A0writes:
>>> > >> is there a way to monitor a base priority, let's say hourly to see i=
>>f
>>> > >> it might be changed?
>>>
>>> > > Yes.
>>>
>>> > <snicker, choke, gasp>
>>>
>>> Why the reaction? Brian gave the perfect answer to the question.
>>> All we're waiting for is the response of the OP. Which may be:
>>> - OK, I'll start reading up on system services and a little macro
>>> - Umm, could you write me a program (providing some specifications
>>> perhaps)
>>> And of course the (rather real) possibility that the OP just sits
>>> there not knowing how to handle a perfect response ;-)
>>> Well, Paul, share your thoughts with us!
>>> Hans
>>
>>ok well. I did ask a yes/no question! me bad!  yes I understand the
>>non-prived user would not do this but... we have given users the
>>rights to do this early in the morning to get their jobs completed,
>>when there are less users on the system. we fear (rightfully so) there
>
>If there are fewer users, there should be less competition for the CPU as
>a limiting resource.  Boosting priority probably isn't buying you a great
>deal; especially, if these are NOT CPU intensive jobs.
>
>
>
>>may be some who may do it doing during a regular work day... :-
>>(  Right now just looking for a pointer in the right direction maybe
>>later if I'm stuck I would need help with code... everyplace I look
>>I'm not sure where to get a search done for a base priority above 4
>
>It seems to me that if you don't know how to quickly find the process's
>base priority -- F$getjpi(PID,"PRIB") -- you probably do not understand
>the whole of VMS process scheduling warrant the decision to give user's
>the privies (ALTPRI) to do so.
>
>It seems to me that the problem you need to solve is not one of finding
>processes running with elevated priority outside of a particular period
>but one of how to get particular workloads processed in a more exigent
>manner.
>
>There are cases when/where a process may require an elevated scheduling
>priority but it's not usually general/basic user accounts.  I'd suggest
>you assess what it is that your users do when processing their jobs and
>then, come here and ask for help expedite those jobs.
>
>Notwithstanding, here's an answer to your original question...
>
>File PROCESSES_WITH_BASE_PRIORITY.COM is:
>
>$ CONTEXT=0
>$ X = F$context ("PROCESS", CONTEXT, "AUTHPRI", P1,"GTR")
>$ LOOP: PID:="''F$pid(CONTEXT)'"
>$ IF "''PID'".nes."" 
>$ THEN
>$   WRITE SYS$OUTPUT "Process ''PID' has base priority >''P1'."
>$   GOTO LOOP
>$ ENDIF
>
>$ @PROCESSES_WITH_BASE_PRIORITY 8
>
>Process 20600401 has base priority >8.
>Process 20600407 has base priority >8.
>Process 2060040A has base priority >8.
>Process 2060040E has base priority >8.
>Process 2060041B has base priority >8.
>Process 20600421 has base priority >8.
>
>Modify this as needed, stuff it in a resubmitting batch job.

Oops.  That should be:

$ X = F$context ("PROCESS", CONTEXT, "PRIB", P1,"GTR")

As you are lookign for processes that have altered their priority above
that of their AUTHPRI.

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

All your spirit rack abuses, come to haunt you back by day.
All your Byzantine excuses, given time, given you away.