.
> Sent: Friday, October 12, 2007 1:00 PM by John McKown
> 
> 
> In a sense, yes. I've had test batch perform better than production
> batch, despite a lower velocity and importance. The reason was that
> there was a single job running in the test service class and many jobs
> running in production. In this case, the PI of the test service class
> was greater than the PI of the production one, so WLM gave CPU cycles
to
> the single test job.
> 
> I don't have this particular problem with production CICS because I
have
> marked the production CICS service class as CPU CRITICAL. This means
> that WLM will NEVER steal CPU cycles from CICS to help other, lower
> performance, work even if the CICS PI is smaller than the other work's
> PI.
> 
> (PI is performance index. The smaller it is, the "better" the work in
> that service class is running. A PI of 1 means that the work is
> performing as specified in the service class. Less than 1 means that
it
> is exceeding its performance specification. The larger the PI, the
> "worse" the service class is doing.)
> 
> --
> John McKown

John,

Do you have the SERVERS service class or the transaction response time
service class marked as CPU Critical?  I would have thought it would be
the SERVERS service class since it's the server task that gets the
resources.  However, in my review of the WLM System Programmers Guide it
looks like their example has it set on the transaction response time
service class

Tom Kelman



*****************************************************************************
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*****************************************************************************

----------------------------------------------------------------------
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

Reply via email to