HP3000-L Archives

January 2007, Week 5

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Mike Church <[log in to unmask]>
Reply To:
Date:
Wed, 31 Jan 2007 10:03:48 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (103 lines)
In the past I have used the following: 

 TUNE CQ=152,202,50,300,OSCILLATE
 TUNE DQ=195,240,1000,1000,OSCILLATE
 TUNE EQ=230,253,1000,1000,OSCILLATE

But this was a mixed batch & on-line environment.

CQ = on-line users and critical batch jobs
DQ = urgent batch processing 
EQ = long running and no-critical batch processing.

The Oscillate setting prevented situations of batch job starvation.
The overlapping ques and quantum settings were just something that seemed
to work in that particular environment.

Here comes the usual disclaimer: 
 Please insure you have a good grasp of the applications you are running.
 Consult the wizards that built the system, and make sure they agree to the
change.
 And - your mileage may vary...

Just my two cents..

Hope this helps!

mc

>Greetings to all you Listers out there!
>I want to pick at some of those massive brains out there with some MPE
>wizardry.
>
>I was wondering about how others have their systems setup with regard to
> running jobs in different queues.
>If I issue a "showq;active":
>
>I get a table like this:
>
> DORMANT                                   RUNNING
>
>Q  PIN   JOBNUM                           Q  PIN   JOBNUM
>
>                                          B  U2603 #J3459
>                                          C  M993  #S6417
>                                          C  U1833 #J3917
>                                          D  U3000 #J3941
>
>
>                    ------QUANTUM-------
>QUEUE  BASE  LIMIT  MIN    MAX    ACTUAL  BOOST  TIMESLICE
>-----  ----  -----  ---    ---    ------  -----  ---------
> CQ    152    200   1      2000   2       DECAY    200
> DQ    202    238   2000   2000   2000    DECAY    200
> EQ    240    253   2000   2000   2000    DECAY    200
>
>I guess I need some more information about how this mechanism works.
>
>It seems to me that the CQ gets all the available QUANTUM allocated to
>it, 
>yet is currently using 2.
>I guess I'm wondering if this should be a little more "balanced" and is
>there a 
>way to change this situation or is it even necessary?
>
>I know that since we migrated to UC4 (on MPE) most of the production
>jobs that 
>UC4 processes run at a DQ.
>
>We only have some higher priority jobs running all the time at CQ and 1
>or 2 
>of our realtime jobs run at BQ.
>
>Thanks,
>Bruno
>
>Bruno Skiba
>Computer Operator, Corporate HQ
>Phone: +1(603)422-8373
>mailto: bskiba -at- servicecu -dot- org
>
>STATEMENT OF CONFIDENTIALITY: This e-mail, and any attachments, is
>intended only
> for use by the addressee and may contain legally privileged or
>confidential 
> information. The opinions expressed here are my own and do not
>necessarily 
> represent those of Service Credit Union. If you are not the intended
>recipient
> of this e-mail, any dissemination, distribution or copying of this
>e-mail, and
> any attachments, is prohibited. If you have received this e-mail in
>error, 
> please immediately notify me by telephone, permanently delete the
>original 
> and any copy of the e-mail.
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2