[Info-vax] vms base priority watch

[VAXman- at SendSpamHere.ORG]

In article <alpine.LFD.2.00.1107081452280.10440 at libra.gmcl.internal>, Rob Brown <mylastname at gmcl.com> writes:
>
>On Fri, 8 Jul 2011 at 06:59 -0700, Steven Schweda wrote:
>
>> On Jul 8, 8:07 am, "pcovie... at gmail.com" <pcovie... at gmail.com> 
>> wrote:
>>
>>> ( 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
>>
>>   If "code" includes DCL, then:
>>
>>      HELP LEXICALS F$GETJPI
>
>And also
>        HELP LEXICALS F$PID

F$CONTEXT is what I used.  Let VMS do the work for you...

$ HELP LEXICALS F$CONTEXT Arguments

         PRIB       Integer  GEQ,       Base process priority level number
                             GTR,       (0-63, on Alpha), (0-31, on VAX).
                             LEQ,
                             LSS,
                             EQL, NEQ


>> For "hourly", a self-resubmitting batch job should work.

Until those users granted that ALTPRI get wise and hide the fact that they
are doing so from that hourly checker.

If the practice is to persist (ie. allowing the users to elevate their base
priority at certain times of the day), wouldn't an installed image that does
so and only during those periods be a better solution?  Then, one program to
reset all those jobs to AUTHPRI until the next permit period?  It takes away
the ALTPRI privilege; thus, putting control back in the hands of the system
manager.  Think about it.  If you don't want the kid to drive the car, would
you take away the keys or would you do a check every hour to see if your car 
is still in the driveway?

-- 
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.