Not to mention that your NDM has multiple channels (subtasks) sending and
receiving at a given time, but the velocity applies to the address space as a
whole. That is the fundamental condundrum when using velocity goals.
We had the same problem of being occasionally overwhelmed by NDM on one system.
However, our first shot at using a resource group involved setting a maximum
so low, our file transfer people couldn't get their work done even when spare
capacity was available.
The way we solved it was:
Create a service class "NDM" with importance 5, velocity 1
Associate the NDM service class to a resource group by the same name
with a relatively low minimum capacity
Assign the NDM task to the NDM service class.
It works by ensuring an acceptable NDM workflow during peak hours, but allowing
it to increase as much as possible during off hours without impacting
production work. We haven't heard a peep out of either application or support
staff since. The technique worked so well, we went on to use it for another
hard-to-manage started task, the NFS z/OS client.
db
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Craddock, Chris
Sent: Friday, May 02, 2008 12:18 PM
To: [email protected]
Subject: Re: Connect:Direct (NDM) CPU Usage
> Hello... VOL=50 basically means half an engine! (I have no idea how
many
> engines you have).
Half an engine? No. It means basically that if you sample the work over a
period of time, that 50% of the time that the work was eligible to be
dispatched it actually was dispatched.
Arguably this is an extremely crude and ill-conceived way of defining a
performance goal, but it's the one we were given :-(
> But my point is VEL=50 is very high for an IMP=4 workload (IMO).
Often true, but not necessarily. (playing devil's advocate :-)
CC
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
