Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!mimsy!oddjob!hao!ames!sdcsvax!ucbvax!YALE.ARPA!LEICHTER-JERRY
From: LEICHTER-JERRY@YALE.ARPA
Newsgroups: comp.os.vms
Subject: Re: question about tqe
Message-ID: <8707230802.AA19258@ucbvax.Berkeley.EDU>
Date: Thu, 23-Jul-87 04:03:01 EDT
Article-I.D.: ucbvax.8707230802.AA19258
Posted: Thu Jul 23 04:03:01 1987
Date-Received: Sat, 25-Jul-87 05:02:01 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: 
Distribution: world
Organization: The ARPA Internet
Lines: 35


    I'm thinking about increasing TQElms on my system, and need some informa-
    tion.
    
    1.  I am assuming that the way to determine if TQElm should be increased
    is if a process doing non-compute-intensive stuff keeps running out of
    quantum and getting requeued.  Is this assumption correct?
    
    2.  Does anyone know of a system service that can be used to tell if a
    TQE has happened?

TQElm is a limit on the number of TQE's - Timer Queue Elements - a process
may have allocated.  TQE's are "things", not events; it's meaningless to
talk about a TQE as "having happened".  TQE's are used to store requests for
timer-based services - for example, SYS$SETIMER allows you to request that
an AST be delivered to your process at a given time.  TQElm is also debited
for a couple of other random things, none of which I can remember at the
moment.

TQE's have nothing whatsoever to do with quantum expiration.  You cannot
directly influence quantum-end events on a process-by-process or username-
by-username basis.  The only thing you can change is the size of the quantum
itself.  This change affects the entire system.  In broad terms, larger values
for this parameter increase overall system throughput at the expense of
interactive responsiveness, while smaller values increase responsiveness at
the expense of throughput.  "The default value is usually adequate."  Small
changes will be unlikely to have any noticable effect on your system; large
changes are much more likely to screw your system up than to help, unless you
are running a very unusual job mix.

I STRONGLY suggest that you read and understand the "Guide To Performance
Management" before you start trying to "tune" your system at this level.

							-- Jerry
-------