Response time goals for batch do not (IMO) make any sense.

WLM is predicated on having enough samples to make an informed decision. If you 
only have 1 or 2 samples (ended transactions) in an interval, that is not 
statistically valid.
I would suggest a velocity goal be used in its place.

If queue time is needed to be considered, the I would expand the suggestion to 
include WLM managed initiators. This will change the velocity calculation to 
include queue time as part of the delay.

Suggested reading:


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gerhard Adam
Sent: Wednesday, February 14, 2018 9:40 PM
Subject: Re: WLM and response time

Well, this may seem like an obvious answer, but I can't tell if I'm confusing 
myself or missing something.

If I use a long response time (like 10 minutes for batch), then I would think 
that I only consider that during the Performance Adjustment interval in which 
the transaction ends.  Yet that raises the question that if I have multiple 
jobs in such a service class, then over what interval must they end  to provide 
a meaningful metric?  Assuming they would all end within a 10 second window 
seems implausible, so how can a response time goal realistically be managed at 
such high values?

In addition I recently read that even transactions that haven't ended can be 
used in the evaluation of goals, but that doesn't make sense since, by 
definition, they haven't ended.  Yet this is what percentile goals are supposed 
to represent.

So I guess my question involves how a policy adjustment interval addresses 
transaction that run longer than the time between intervals, or is it merely 
that they are only examined during the interval they actually end in?

For IBM-MAIN subscribe / signoff / archive access instructions, send email to with the message: INFO IBM-MAIN
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.

For IBM-MAIN subscribe / signoff / archive access instructions,
send email to with the message: INFO IBM-MAIN

Reply via email to