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: IBM-MAIN@BAMA.UA.EDU 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