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:
okappert <[log in to unmask]>
Reply To:
Date:
Wed, 31 Jan 2007 09:54:08 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (131 lines)
Unless you know what you are doing, no user program should be in the B 
Queue.  Queues C, D, and E are circular by nature, processes can be 
swapped in and out based upon the resources required in the process.  
Queues A and B are linear, they will only exit the queue if they are 
finished or the process requests to be swapped out.  In other words, if 
a process in one of these queues needs a resource that the system needs, 
you will get a system deadlock or system failure.

I have written various programs that needed to run in B queue but the 
program controlled its use and made sure it would never be in conflict 
with the operating system.

Hope this helps,
Olav Kappert
IOMIT International (Application Development Specialist)

Tony Summers wrote:

>Avoid A and B queues for your programs/jobs - those are reserved for
>system processes. 
>
>Generally use the C queue for sessions and D queue for jobs,  although
>some 3rd party products that run via background jobs need up-lifting to
>CQ.   We also run some of our own "important" background jobs in the C
>queue. 
>
>I've not often seen the E queue being used except for un-important jobs
>that have no possiblity of impeding (e.g. tranasction locks) other
>processes. 
>
>-----Original Message-----
>From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
>Behalf Of Skiba, Bruno
>Sent: 30 January 2007 23:26
>To: [log in to unmask]
>Subject: [HP3000-L] SHOWQ command and Quantum question
>
>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 *
>
>The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.
>
>Smith & Williamson Corporate Finance Limited - A member of the London Stock Exchange.  
>A member of M&A International Inc. http://www.mergers.net  Registered in England No. 4533970. Authorised and regulated by the Financial Services Authority 
>Smith & Williamson Investment Management Limited, Registered No. 976145. Authorised and regulated by the Financial Services Authority.
>Smith & Williamson Pension Consultancy Limited - Independent Intermediary. Registered No. 3133226. Authorised and regulated by the Financial Services Authority.
>Smith & Williamson Fund Administration Limited, Registered No. 1934644. Authorised and regulated by the Financial Services Authority.
>Smith & Williamson Limited - A member of Nexia International.  Registered in England No. 4534022. Regulated by the Institute of Chartered Accountants in England & Wales for a range of investment business activities.
>NCL Investments Limited, Registered No. 1913794.
>Member of the London Stock Exchange authorised and regulated by the Financial Services Authority.
>
>Registered Office: 25 Moorgate, London EC2R 6AY
>Telephone: 020 7131 4000 http://www.smith.williamson.co.uk
>
>Nexia Smith & Williamson Audit Limited - A member of Nexia International. Registered in England No. 4469576.
>Nexia Smith & Williamson Audit Limited is a company registered to carry out audit work and is regulated for a range of investment activities by the Institute of Chartered Accountants in England and Wales.  Smith & Williamson Limited is a separate company that provides professional resources and certain services to Nexia Smith & Williamson Audit Limited under the terms of a formal agreement on an arm’s length basis.
>
>Registered Office: 25 Moorgate, London EC2R 6AY
>Telephone: 020 7131 4000 http://www.nexiasmith.williamson.co.uk
>
>All telephone calls are recorded for business purposes.
>
>* 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