subject:"Re\: WLM"

"Ted MacNEIL" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> >If you do not wish to assist another person, you can save everyone time
> and effort by not sending your negative response out. 
> 
> People should do their homework before asking IBM-Main.
> 
> I have no problem with helping people, but not if they aren't willing to help 
> themselves.
> 
> We are here to help, not to hold hands.
> 
> -
> -teD


I agree with Ted. 
There are more and more questions coming from two sources that de-motivate my 
willingness to help others in trouble: 
One is from people that clearly did not do enough research in their manuals, 
that is why I spent 2 minutes locating the manual and chapter that answered the 
question.
The other is from people that apparently have been declared MVS system 
programmer and are thrown into the deep without any decent training. I feel 
pitty for the last group, since they probably can't help it. They should 
convice their management that you can't be a z/OS expert without training, like 
you can't become a 30-ton-truckdriver in one day.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: WLM

2006-04-07 Thread R.S.

Vernooy, C.P. - SPLXM wrote:

"Ted MacNEIL" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...

If you do not wish to assist another person, you can save everyone time

and effort by not sending your negative response out.

People should do their homework before asking IBM-Main.

I have no problem with helping people, but not if they aren't willing to help
themselves.

We are here to help, not to hold hands.

-
-teD

I agree with Ted.
There are more and more questions coming from two sources that de-motivate my willingness to help others in trouble:
One is from people that clearly did not do enough research in their manuals, that is why I spent 2 minutes locating the manual and chapter that answered the question.

The other is from people that apparently have been declared MVS system
programmer and are thrown into the deep without any decent training. I feel
pitty for the last group, since they probably can't help it. They should
convice their management that you can't be a z/OS expert without training, like
you can't become a 30-ton-truckdriver in one day.

It is not so clear. Sometimes we (at least me) forgot what skill we
presented few years ago. Yeah, sometimes answer is easy, it is matter of
seconds to find the solution in the RTFM. However I remember I could not
find JCL Reference. I have full bunch of BOOks on my PC, 200+ shelves
and felt lost. Now I know where JCL Ref is, now I have my customized
shlves, now ...I don't need to browse JCL Reference to write a job.

However there are still areas where I feel less than newbie. Do *you*
know all the z/OS servers and features ? Do you feel comfortable in all:
WLM, DFS/SMB, sendmail, HSM, hardware, JES2, ICSF, CICS, RMM, ZFS,
sysplex, to name a few ?

I don't.

From the other hand I agree, it is good to aks proper question. It also
requires some knowledge. Sometimes such preparation to ask the question
includes the answer.

My $0.02
--
Radoslaw Skorupka
Lodz, Poland

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

Re: WLM

2006-04-07 Thread Ted MacNEIL

>Do you feel comfortable in all: WLM, DFS/SMB, sendmail, HSM, hardware, JES2, 
>ICSF, CICS, RMM, ZFS, 
sysplex, to name a few ? I don't.

>From the other hand I agree, it is good to aks proper question. It also 
>requires some knowledge. Sometimes such preparation to ask the question 
includes the answer.

Yes, but.

In this case, there was a message from the WLM.
If you don't know where to look up a message, then you have a big problem.

There is messages & codes.
There is LOOKAT.
There is QUIKREF.

IBM-Main should NOT be your first source for determining what a message means!

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: WLM

2006-04-07 Thread R.S.


Ted MacNEIL wrote:

Do you feel comfortable in all: WLM, DFS/SMB, sendmail, HSM, hardware, JES2, ICSF, CICS, RMM, ZFS, 


sysplex, to name a few ? I don't.

From the other hand I agree, it is good to aks proper question. It also requires some knowledge. Sometimes such preparation to ask the question 

includes the answer.

Yes, but.

In this case, there was a message from the WLM.
If you don't know where to look up a message, then you have a big problem.

There is messages & codes.
There is LOOKAT.
There is QUIKREF.

IBM-Main should NOT be your first source for determining what a message means!


You're absolutely right. My comment was general, not related to the 
thread origin.
BTW: Sometimes it is big help to enlight user that such thing like 
Messages and Codes exist. Folks experienced on other platforms usually 
have no idea that it is available. Been there seen that.



--
Radoslaw Skorupka
Lodz, Poland

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

Re: WLM

2006-04-07 Thread Philip Miscione

I know where to look up messages too, been there done that also. However
as I think you know, not all messages are clear and explain the problem.
I am not an expert on WLM so I thought I would ask the list.

Hope I can help you someday

-Original Message-
From: R.S. [mailto:[EMAIL PROTECTED]
Sent: Friday, April 07, 2006 8:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM

Ted MacNEIL wrote:

>>Do you feel comfortable in all: WLM, DFS/SMB, sendmail, HSM, hardware,

>>JES2, ICSF, CICS, RMM, ZFS,
>
> sysplex, to name a few ? I don't.
>
>>From the other hand I agree, it is good to aks proper question. It
>>also requires some knowledge. Sometimes such preparation to ask the
>>question
> includes the answer.
>
> Yes, but.
>
> In this case, there was a message from the WLM.
> If you don't know where to look up a message, then you have a big
problem.
>
> There is messages & codes.
> There is LOOKAT.
> There is QUIKREF.
>
> IBM-Main should NOT be your first source for determining what a
message means!

You're absolutely right. My comment was general, not related to the
thread origin.
BTW: Sometimes it is big help to enlight user that such thing like
Messages and Codes exist. Folks experienced on other platforms usually
have no idea that it is available. Been there seen that.

--
Radoslaw Skorupka
Lodz, Poland

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

-
This electronic mail message contains information that (a) is or may be 
CONFIDENTIAL, PROPRIETARY IN NATURE, OR OTHERWISE
PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the use of the 
addressee(s) named herein.  If you are not an
intended recipient, please send an email immediately to [EMAIL PROTECTED]  and 
take the steps necessary to delete the message
completely 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

Re: WLM

2006-04-07 Thread Richard Pinion

If I had a dollar/euro for everytime that I read a message and didn't have a 
clue as to what it meant, I wouldn't be on the list today!

>>> [EMAIL PROTECTED] 4/7/2006 8:59:07 AM >>>
I know where to look up messages too, been there done that also. However
as I think you know, not all messages are clear and explain the problem.
I am not an expert on WLM so I thought I would ask the list.

Hope I can help you someday

-Original Message-
From: R.S. [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 07, 2006 8:49 AM
To: IBM-MAIN@BAMA.UA.EDU 
Subject: Re: WLM

Ted MacNEIL wrote:

>>Do you feel comfortable in all: WLM, DFS/SMB, sendmail, HSM, hardware,

>>JES2, ICSF, CICS, RMM, ZFS,
>
> sysplex, to name a few ? I don't.
>
>>From the other hand I agree, it is good to aks proper question. It
>>also requires some knowledge. Sometimes such preparation to ask the
>>question
> includes the answer.
>
> Yes, but.
>
> In this case, there was a message from the WLM.
> If you don't know where to look up a message, then you have a big
problem.
>
> There is messages & codes.
> There is LOOKAT.
> There is QUIKREF.
>
> IBM-Main should NOT be your first source for determining what a
message means!

You're absolutely right. My comment was general, not related to the
thread origin.
BTW: Sometimes it is big help to enlight user that such thing like
Messages and Codes exist. Folks experienced on other platforms usually
have no idea that it is available. Been there seen that.

--

Radoslaw Skorupka
Lodz, Poland

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

-
This electronic mail message contains information that (a) is or may be 
CONFIDENTIAL, PROPRIETARY IN NATURE, OR OTHERWISE
PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the use of the 
addressee(s) named herein.  If you are not an
intended recipient, please send an email immediately to [EMAIL PROTECTED]  and 
take the steps necessary to delete the message
completely 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

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

Re: WLM

"R.S." <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Ted MacNEIL wrote:
> 
> >>Do you feel comfortable in all: WLM, DFS/SMB, sendmail, HSM, hardware, 
> >>JES2, ICSF, CICS, RMM, ZFS, 
> > 
> > sysplex, to name a few ? I don't.
> > 
> >>From the other hand I agree, it is good to aks proper question. It also 
> >>requires some knowledge. Sometimes such preparation to ask the question 
> > includes the answer.
> > 
> > Yes, but.
> > 
> > In this case, there was a message from the WLM.
> > If you don't know where to look up a message, then you have a big problem.
> > 
> > There is messages & codes.
> > There is LOOKAT.
> > There is QUIKREF.
> > 
> > IBM-Main should NOT be your first source for determining what a message 
> > means!
> 
> You're absolutely right. My comment was general, not related to the 
> thread origin.
> BTW: Sometimes it is big help to enlight user that such thing like 
> Messages and Codes exist. Folks experienced on other platforms usually 
> have no idea that it is available. Been there seen that.
> 

That is why I mentioned lack of training. After some basic training, you will 
know what your basic tools are, a bit how to use them and where to find them 
(paper, local bookserver, IBM site). Apparently this seems to be too expensive 
for some employers these days...

Kees.

**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: WLM

2006-04-07 Thread R.S.

Vernooy, C.P. - SPLXM wrote:

"R.S." <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...

Ted MacNEIL wrote:

Do you feel comfortable in all: WLM, DFS/SMB, sendmail, HSM, hardware, JES2, ICSF, CICS, RMM, ZFS,

sysplex, to name a few ? I don't.

From the other hand I agree, it is good to aks proper question. It also requires some knowledge. Sometimes such preparation to ask the question

includes the answer.

Yes, but.

In this case, there was a message from the WLM.
If you don't know where to look up a message, then you have a big problem.

There is messages & codes.
There is LOOKAT.
There is QUIKREF.

IBM-Main should NOT be your first source for determining what a message means!

You're absolutely right. My comment was general, not related to the
thread origin.
BTW: Sometimes it is big help to enlight user that such thing like
Messages and Codes exist. Folks experienced on other platforms usually
have no idea that it is available. Been there seen that.

That is why I mentioned lack of training. After some basic training, you will
know what your basic tools are, a bit how to use them and where to find them
(paper, local bookserver, IBM site). Apparently this seems to be too expensive
for some employers these days...

Not necessarily. Usually I "enlight" users with this information during
mainframe courses I teach. This is the place where they learn about
Bookreader, even if it is "out of scope". Some of users try to browse
pdf's, however in totally unorganized way - just bunch of files.

--
Radoslaw Skorupka
Lodz, Poland

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

Re: WLM

2006-04-07 Thread McKown, John

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM
> Sent: Friday, April 07, 2006 2:35 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: WLM



> I agree with Ted. 
> There are more and more questions coming from two sources 
> that de-motivate my willingness to help others in trouble: 
> One is from people that clearly did not do enough research in 
> their manuals, that is why I spent 2 minutes locating the 
> manual and chapter that answered the question.
> The other is from people that apparently have been declared 
> MVS system programmer and are thrown into the deep without 
> any decent training. I feel pitty for the last group, since 
> they probably can't help it. They should convice their 
> management that you can't be a z/OS expert without training, 
> like you can't become a 30-ton-truckdriver in one day.
> 
> Kees.

And, like the truck driver, if you go ahead and try, you end up causing
accidents! Very good analogy. I'll remember that one!

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

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

Re: WLM

"Philip Miscione" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL 
PROTECTED]>...
> I know where to look up messages too, been there done that also. However
> as I think you know, not all messages are clear and explain the problem.
> I am not an expert on WLM so I thought I would ask the list.
> 

Makes me wonder who has set up the WLM configuration in your shop. Can't you 
ask him/her? Setting up WLM and Sysplex, someone must have read the multisystem 
enclave part and decided it was not relevant to the installation?

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: WLM

2006-04-07 Thread Mark Zelden

On Fri, 7 Apr 2006 00:00:00 GMT, Ted MacNEIL
<[EMAIL PROTECTED]> wrote:

>
>In this case, there was a message from the WLM.
>If you don't know where to look up a message, then you have a big problem.
>
>There is messages & codes.
>There is LOOKAT.
>There is QUIKREF.
>

Ted, lighten up. Look up all the error messages the person posted
and show me where any of them tell you this has anything to do
with multi system enclaves and that if you aren't using them
you can ignore the message.  You are speaking from the point of
view of someone who already is very familiar with WLM, sysplex,
and z/OS.  As Kees said, you would have to read the WLM manual
(assuming you knew where to look) to find the correct answer
to the poster's question.

Now that being said, the correct answer was readily avialable
in the ibm-main archives (or google).   That would be the better
place to look first if an error message wasn't clear or didn't
give a black and white answer.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: WLM

"Richard Pinion" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL 
PROTECTED]>...
> If I had a dollar/euro for everytime that I read a message and didn't have a 
> clue as to what it meant, I wouldn't be on the list today!
> 

So would I, but it would be IMS or CICS or WAS messages because they are not my 
expertise and I am not supposed to understand them nor mess around with the 
products. With messages about my expertise, I know where to find them and how 
to search further in relevant manuals, consult colleagues and find the answers 
most of the time, at least for the level of why the system issues IWM052I.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: WLM

2006-04-07 Thread Richard Pinion

Is this not what he was doing, are we not considered his colleagues?  "consult 
colleagues"

>>> [EMAIL PROTECTED] 4/7/2006 9:50:03 AM >>>
"Richard Pinion" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL 
PROTECTED]>...
> If I had a dollar/euro for everytime that I read a message and didn't have a 
> clue as to what it meant, I wouldn't be on the list today!
> 

So would I, but it would be IMS or CICS or WAS messages because they are not my 
expertise and I am not supposed to understand them nor mess around with the 
products. With messages about my expertise, I know where to find them and how 
to search further in relevant manuals, consult colleagues and find the answers 
most of the time, at least for the level of why the system issues IWM052I.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: WLM

2006-04-07 Thread Ed Finnell

 
In a message dated 4/7/2006 8:42:04 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Makes me  wonder who has set up the WLM configuration in your shop. Can't you 
ask  him/her? Setting up WLM and Sysplex, someone must have read the 
multisystem  enclave part and decided it was not relevant to the  installation?



>>
 Yeah, this is just butt stupid. If your vehicle dropped to three  miles per 
gallon would you a)Post to a list b)Change vehicles c)Sue the oil  companies 
d)Have it serviced
 
Anyway one more time. Cheryl Watson has a product Goal Tender that will  look 
at SMF and WLM policies. Still takes care and  feeding

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

Re: WLM

2006-04-07 Thread Ted MacNEIL

>If I had a dollar/euro for everytime that I read a message and didn't have a 
>clue as to what it meant, I wouldn't be on the list today!

Until you look up the message, you don't know if it's clear or not.
This one has a pretty good explanation.

And, expecting an unclear explanation is still no excuse to ask IBM-Main before 
you look it up.

I never have had a problem with 'what the HE** does the explanation mean?' 
questions.

Just with the 'what does this message mean?' ones.


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: WLM

2006-04-07 Thread Shmuel Metz (Seymour J.)

In <[EMAIL PROTECTED]>, on 04/07/2006
   at 09:53 AM, Richard Pinion <[EMAIL PROTECTED]> said:

>So would I, but it would be IMS or CICS or WAS messages because they
>are not my expertise and I am not supposed to understand them nor
>mess around with the products.

Doesn't the z/OS Message Library still have an index of message
prefixes?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: WLM

2010-02-02 Thread Kelman, Tom

When setting up CICS you would normally place the CICS regions into a
velocity service class as you have done.  In determining the velocity of
a service class, WLM samples the service class periodically and
evaluates the velocity as (no. of using samples)/(no. of using samples +
no. of waiting samples).  This means using CPU or I/O.  So the execution
velocity can be thought of as a type of throughput measurement.

Now you have to decide whether you're going to control your CICS
processing via the execution velocity goal or via a response time goal.
Many shops control their production CICS via a response time goal and
their test CICS via the velocity goal. To control via a response time
goal you need to set up another service class with either an average
response time goal (not recommended) or a percentage response time goal.
The percentage response time goal says you want xx% of the transactions
to finish within a certain time peroid.  Then you define your CICS
transactions to this class.  That can be done using one of several
different methods such as the tran ID, APPLID, etc. (see the "MVS
Planning Workload Management", SA22-7602-15).  Once you do that the
velocity goal for the regions is only used when there are no
transactions going through them.  Once there are transactions then the
response time goals kick in.

If you want to control completely by the velocity goal then don't set up
the response time service class.  If you have just 1 or 2 regions that
you want to control via the velocity goal only then when defining them
to the STC subsystem enter the region name.  Then scroll 2 screens to
the left.  There you'll see a column for controlling by transaction
response or region.  Just enter "REGION" into this field.

You really should not have other started tasks in the same service class
as your CICS regions, especially if your using response time goals.
That's because WLM will treat the CICS regions with response time goals
differently than the other STCs.  WLM actually ignore the velocity goal
for those regions when transactions are processing through them.  At the
very least this will mess up your reporting values.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of gsg
> Sent: Tuesday, February 02, 2010 2:16 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: WLM
> 
> I'm not that familiar with WLM, which leads to some of my questions.
> 
> We've been experiencing HIGH CPU activity in CICS, which uses ONLPRD
> service class.  The ONLPRD has a IMP of 1 and execution velocity of
50.
> In
> addition to ALL of our CICS running in ONLPRD, we are running DB2 task
as
> well and a few others.  I don't really understand the execution
velocity
> or ??%
> complete within 00:00:00.  Can someone shed some light on this for me?
> 
> Thanks
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-03 Thread gsg

Thanks Tom

Where do you go to define the regions to the STC subsystem?  Is this in 
WLM?  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-03 Thread gsg

What are the benefits on controlling via a response time goal vs. a velocity 
goal?  Our system has been pretty constrained lately and I'm looking for ways 
to improve it, but I'm not that familiar with WLM.  By the way, I am looking at 
the WLM manual was well.  I need to get the MVS Planning Workload 
Management one though.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-03 Thread Kelman, Tom

I am in the process of completely redesigning our WLM policy, so I'm
going through pretty much the same as you.  Although, I do have some
experience in designing one shortly after WLM appeared on the scene.
What I'm trying to get a handle on is new functionality and subsystems
that have been introduced since I originally set up a WLM.

What WLM manual are you looking at?  Definitely get the "MVS Planning
Workload Management" manual.  Also, I would recommend the "System
Programmer's Guide to Workload Management" Redbook. You might also want
to review any performance manuals available for whatever subsystems you
have (DB2, IMS, CICS, MQ, etc.).

As far as response time vs. velocity goals are concerned, response time
goals are a whole lot easier to deal with.  If you have CICS, for
example, you probably have a good idea how fast you want the
transactions to finish.  That and IMS are excellent candidates for
response time goals.  Also, response time goals stay the same between
operating system and hardware changes.  Velocity goals need to be
reevaluated and possibly changed.  However, long running tasks (long
batch jobs, forever running STCs, etc.) require velocity goals, but you
can set up a response time goal service class for some batch jobs.  For
example, in my first WLM I had set up a response time goal of 60%
witching 15 minutes for short running jobs.  It worked well, but you do
need to know, and be able to control, your batch environment to do that.
Also, when setting up a response time goal, use percentage response
time, not average response time.  IMHO the average response time goal is
worthless. 

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of gsg
> Sent: Wednesday, February 03, 2010 11:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: WLM
> 
> What are the benefits on controlling via a response time goal vs. a
> velocity
> goal?  Our system has been pretty constrained lately and I'm looking
for
> ways
> to improve it, but I'm not that familiar with WLM.  By the way, I am
> looking at
> the WLM manual was well.  I need to get the MVS Planning Workload
> Management one though.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-03 Thread gsg

Is the 2.5 time the number of CPs a documented recommendation?  In your 
experience, can this be higher, such as 3 times the number of CPs?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-03 Thread Mark Zelden

On Wed, 3 Feb 2010 13:25:02 -0600, gsg  wrote:

>Is the 2.5 time the number of CPs a documented recommendation?  In your
>experience, can this be higher, such as 3 times the number of CPs?
>

As I wrote in this thread from October 2007, it's all in the archives.

"Re: Logical to Physical CPU ratio ROT"
http://bama.ua.edu/cgi-bin/wa?A2=ind0710&L=ibm-main&D=1&O=D&P=75308

Just to take up more archive space, I'll re-post what I wrote then:

We've used 4:1 (or higher) on our "penalty box"...

The old ROT was 2:1 and basically still applies.   It is also still
documented in 
the RMF Performance Management guide (Appendix A).   I remember seeing
something about 3:1 in some z990 white paper, but it may have been an
IBM "internal use".   The best advise is not to define more than you need
to do the work. 

Bottom line... if it works and performance is acceptable, it's ok.  If you
have a z9 with 2 processors and have 5 LPARs all with 2 LPs, 
(5:1 ratio), whats the harm if the box never hits capacity (some people
are not comfortable defining an LPAR with only 1 CP).  

Look on the techdocs website for a white paper about performance
considerations when moving to fewer faster CPUs.  IIRC, there is a
benchmark in done in there comparing CICS and batch response times
between a 9672 and a z900 with a 10:1 LP/CP ratio (the z900 was 
better).  A little dated.. but think of how much faster a z9 engine is
than a z900! 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-04 Thread Terry Draper

I would also look at the presentations on the IBM WLM web page.
These tell you a lot more than the manuals.

For production CICS I would always go with response time goals. I know it uses 
a bit more CPU, but you get better controls. For development, I would probably 
use velocity (especially if in same Sysplex as production). 

Terry Draper
zSeries Performance Consultant
w...@btopenworld.com
mobile:  +966 556730876

--- On Wed, 3/2/10, Kelman, Tom  wrote:

From: Kelman, Tom 
Subject: Re: WLM
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, 3 February, 2010, 18:14

I am in the process of completely redesigning our WLM policy, so I'm
going through pretty much the same as you.  Although, I do have some
experience in designing one shortly after WLM appeared on the scene.
What I'm trying to get a handle on is new functionality and subsystems
that have been introduced since I originally set up a WLM.

What WLM manual are you looking at?  Definitely get the "MVS Planning
Workload Management" manual.  Also, I would recommend the "System
Programmer's Guide to Workload Management" Redbook. You might also want
to review any performance manuals available for whatever subsystems you
have (DB2, IMS, CICS, MQ, etc.).

As far as response time vs. velocity goals are concerned, response time
goals are a whole lot easier to deal with.  If you have CICS, for
example, you probably have a good idea how fast you want the
transactions to finish.  That and IMS are excellent candidates for
response time goals.  Also, response time goals stay the same between
operating system and hardware changes.  Velocity goals need to be
reevaluated and possibly changed.  However, long running tasks (long
batch jobs, forever running STCs, etc.) require velocity goals, but you
can set up a response time goal service class for some batch jobs.  For
example, in my first WLM I had set up a response time goal of 60%
witching 15 minutes for short running jobs.  It worked well, but you do
need to know, and be able to control, your batch environment to do that.
Also, when setting up a response time goal, use percentage response
time, not average response time.  IMHO the average response time goal is
worthless. 

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of gsg
> Sent: Wednesday, February 03, 2010 11:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: WLM
> 
> What are the benefits on controlling via a response time goal vs. a
> velocity
> goal?  Our system has been pretty constrained lately and I'm looking
for
> ways
> to improve it, but I'm not that familiar with WLM.  By the way, I am
> looking at
> the WLM manual was well.  I need to get the MVS Planning Workload
> Management one though.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

*
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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM

2010-02-05 Thread Ted MacNEIL

This is more related to philosophy than technology, but since I first 
implemented WLM policies in January 1999, I've learned a bit.

I gave two presentations to CMG Canada.
One was early experiences.
The second was 'What Happened'?

The next was to IBM Systems Magazine, and is available at:


January 2008:
Lessons Learned on Workload Manager
http://www.ibmsystemsmag.com/mainframe/enewsletterexclusive/19025p1.aspx

http://tinyurl.com/nzxuz
http://preview.tinyurl.com/nzxuz

-
Too busy driving to stop for gas!

-Original Message-
From: "Kelman, Tom" 
Date: Wed, 3 Feb 2010 12:14:14 
To: 
Subject: Re: WLM

I am in the process of completely redesigning our WLM policy, so I'm
going through pretty much the same as you.  Although, I do have some
experience in designing one shortly after WLM appeared on the scene.
What I'm trying to get a handle on is new functionality and subsystems
that have been introduced since I originally set up a WLM.

What WLM manual are you looking at?  Definitely get the "MVS Planning
Workload Management" manual.  Also, I would recommend the "System
Programmer's Guide to Workload Management" Redbook. You might also want
to review any performance manuals available for whatever subsystems you
have (DB2, IMS, CICS, MQ, etc.).

As far as response time vs. velocity goals are concerned, response time
goals are a whole lot easier to deal with.  If you have CICS, for
example, you probably have a good idea how fast you want the
transactions to finish.  That and IMS are excellent candidates for
response time goals.  Also, response time goals stay the same between
operating system and hardware changes.  Velocity goals need to be
reevaluated and possibly changed.  However, long running tasks (long
batch jobs, forever running STCs, etc.) require velocity goals, but you
can set up a response time goal service class for some batch jobs.  For
example, in my first WLM I had set up a response time goal of 60%
witching 15 minutes for short running jobs.  It worked well, but you do
need to know, and be able to control, your batch environment to do that.
Also, when setting up a response time goal, use percentage response
time, not average response time.  IMHO the average response time goal is
worthless. 

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of gsg
> Sent: Wednesday, February 03, 2010 11:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: WLM
> 
> What are the benefits on controlling via a response time goal vs. a
> velocity
> goal?  Our system has been pretty constrained lately and I'm looking
for
> ways
> to improve it, but I'm not that familiar with WLM.  By the way, I am
> looking at
> the WLM manual was well.  I need to get the MVS Planning Workload
> Management one though.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM swapout

2005-11-16 Thread McKown, John

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Rugel José
> Sent: Wednesday, November 16, 2005 1:13 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: WLM swapout
> 
> 
> Hi :
>  
> Do you know  what parameters  must  be coded  to  create a  
> Service Clase  like  a  Swap Out  Performance Group ?.
>  
> I need  eventually  to put  swap out  some  Jobs Batch.
>  
> Jose Rugel 
> Analista de Sistemas 
> IBM - Ecuador 
> Phone: +593 4 2 566010 

Don't bother. WLM comes with a command to do that for you:

RESET jobname,QUIESCE

to "swap in"

RESET jobname,RESUME

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and its' content is protected 
by law.  If you are not the intended recipient, you should delete this message 
and are hereby notified that any disclosure, copying, or distribution of this 
transmission, or taking any action based on it, is strictly prohibited.
 

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

Re: WLM swapout

2005-11-16 Thread Dave Thorn

If you want a service class do the following:  Create a service class
called, for example,  SLOW, and then created a Resource Group (also called
SLOW) associated with the service class, with min=0 and max=1 service
rates.

__

Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600
Laurel Oak Road, Voorhees, NJ, 08043
Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656

CONFIDENTIALITY:  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.


   
 Rugel José
 <[EMAIL PROTECTED] 
 FIN.EC>To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> WLM  swapout
   
   
 11/16/2005 02:12  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Hi :

Do you know  what parameters  must  be coded  to  create a  Service Clase
like  a  Swap Out  Performance Group ?.

I need  eventually  to put  swap out  some  Jobs Batch.

Jose Rugel
Analista de Sistemas
IBM - Ecuador
Phone: +593 4 2 566010

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

Re: WLM swapout

2005-11-16 Thread Knutson, Sam

Hi John,

That is just not the same.  What you really need to do if you want the
equivalent of the old COMPAT mode swap out performance group is to use a
service class tied to a resource group with a very low specification
(1).

Cheryl shows a nice example of this in her Quick start policy called
KILLIT

http://www.watsonwalker.com/qsp.html

I call mine SLEEP you calls yours what you want.  Quiesce is not forever
and is of limited use against non-swappable address spaces. 

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

Elwood Blues:  Our Lady of Blessed Acceleration, don't fail us now!


-Original Message-

Don't bother. WLM comes with a command to do that for you:

RESET jobname,QUIESCE

to "swap in"

RESET jobname,RESUME

--
John McKown

<>

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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

Re: WLM swapout

2005-11-16 Thread Mark Zelden

I disagree.  It is the KILLIT group that is not the same. Even a
swappable task will receive service with that kind of definition
(min/max service rates=0/1).

A swapout PGN referenced a DMN that had CNSTR=(0,0)- MIN and MAX MPL=0.
This would swap out any swappable task.  That is exactly what
RESET jobname,QUIESCE does.   The difference in goal mode is that
with a non-swappable task the DP will just be lowered to x'BF' (which
is below discretionary) when you QUIESCE a non-swappable task (in
COMPAT mode, I always had my swapout PGM use DP=M0, which is as about
as close to the behavior of what happens in goal mode as you can get).

So if you are looking to "stop" a non-swappable workload like CICS,
then something like the KILLIT group is best.  But for a swappable
task you can't do any better than QUIESCE.

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

On Wed, 16 Nov 2005 15:00:09 -0500, Knutson, Sam <[EMAIL PROTECTED]> wrote:

>Hi John,
>
>That is just not the same.  What you really need to do if you want the
>equivalent of the old COMPAT mode swap out performance group is to use a
>service class tied to a resource group with a very low specification
>(1).
>
>Cheryl shows a nice example of this in her Quick start policy called
>KILLIT
>
>http://www.watsonwalker.com/qsp.html
>
>I call mine SLEEP you calls yours what you want.  Quiesce is not forever
>and is of limited use against non-swappable address spaces.
>
>
>-Original Message-
>
>Don't bother. WLM comes with a command to do that for you:
>
>RESET jobname,QUIESCE
>
>to "swap in"
>
>RESET jobname,RESUME
>
>--
>Hi :

>Do you know  what parameters  must  be coded  to  create a  Service Clase
>like  a  Swap Out  Performance Group ?.
>
>I need  eventually  to put  swap out  some  Jobs Batch.
>
>Jose Rugel
>Analista de Sistemas
>IBM - Ecuador
>Phone: +593 4 2 566010

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

Re: WLM swapout

2005-11-17 Thread Vernooy, C.P. - SPLXM

"Knutson, Sam" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Hi John,
> 
> That is just not the same.  

Probably it is, if you want the functional equivalent, not the technical one. 
If the question is: how do I put a job to sleep, you did not have a simple 
command in compat mode. There you needed create a PGN with specific attributes 
and an operator command to set the job to that PGN. Now, things are more 
simple: you have the GO-TO-SLEEP command.

Kees.

>What you really need to do if you want the
> equivalent of the old COMPAT mode swap out performance group is to use a
> service class tied to a resource group with a very low specification
> (1).
> 
> Cheryl shows a nice example of this in her Quick start policy called
> KILLIT
> 
> http://www.watsonwalker.com/qsp.html
> 
> I call mine SLEEP you calls yours what you want.  Quiesce is not forever
> and is of limited use against non-swappable address spaces. 
> 
>   Best Regards,
> 
>   Sam Knutson, GEICO
>   Performance and Availability Management
>   mailto:[EMAIL PROTECTED]
>   (office)  301.986.3574
> 
> Elwood Blues:  Our Lady of Blessed Acceleration, don't fail us now!
> 
> 
> -Original Message-
> 
> Don't bother. WLM comes with a command to do that for you:
> 
> RESET jobname,QUIESCE
> 
> to "swap in"
> 
> RESET jobname,RESUME
> 
> --
> John McKown
> 
> <>
> 
> This email/fax message is for the sole use of the intended
> recipient(s) and may contain confidential and privileged information.
> Any unauthorized review, use, disclosure or distribution of this
> email/fax is prohibited. If you are not the intended recipient, please
> destroy all paper and electronic copies of the original message.
> 
> --
> 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

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

Re: WLM Question

2006-03-23 Thread Porowski, Ken

SDSF has an ENC (Enclave) display that might be of use.  Not sure if it
was available at 2.10 level though. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Terry Linsley
Sent: Thursday, March 23, 2006 10:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: [IBM-MAIN] WLM Question

Greetings,

We have recently suffered some pain due to logic error in our subsytem
DDF classification rules.  I have made corrections to those rules and
performance has improved.  But I would like to see concrete proof that
all DDF threads are being classified to the service classes I expect.

Is there an RMF/SMF report which whould show, for a specific time span,
every DDF thread that executed and to which service class it was
classified?
Barring that, is there any kind of report that would even get me close?
We have TMON, but I have not found anything there at that level of
detail.
I have been looking through WLM and RMF manuals, but found nothing at
that level of detail there either.  Does anyone else do that level of
reporting for troubleshooting.

Environment: OS/390 2.10, DB2 v7

TIA

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

Re: WLM Question

Thanks for the suggestion.  Unfortunately not available in 2.10.  Yet more
proof that management has delayed our move to z/OS for far too long.



On Thu, 23 Mar 2006 11:15:30 -0500, Porowski, Ken <[EMAIL PROTECTED]> wrote:

>SDSF has an ENC (Enclave) display that might be of use.  Not sure if it
>was available at 2.10 level though.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Terry Linsley
>Sent: Thursday, March 23, 2006 10:54 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: [IBM-MAIN] WLM Question
>
>Greetings,
>
>We have recently suffered some pain due to logic error in our subsytem
>DDF classification rules.  I have made corrections to those rules and
>performance has improved.  But I would like to see concrete proof that
>all DDF threads are being classified to the service classes I expect.
>
>Is there an RMF/SMF report which whould show, for a specific time span,
>every DDF thread that executed and to which service class it was
>classified?
>Barring that, is there any kind of report that would even get me close?
>We have TMON, but I have not found anything there at that level of
>detail.
>I have been looking through WLM and RMF manuals, but found nothing at
>that level of detail there either.  Does anyone else do that level of
>reporting for troubleshooting.
>
>Environment: OS/390 2.10, DB2 v7
>
>TIA
>
>--
>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

Re: WLM Question

2006-03-23 Thread Staller, Allan

I believe this information is available in RMF III...
In a former life, I had this information (os/290 2.9). 
I do not currently process any work that uses DDF, so I can't point you
to specifics.
I believe this information is also available in SYSRPTS(WKL)? In the RMF
post processor.

If nothing else, report classes could be assigned in the DDF
classification and the 
Changes verified indirectly.

HTH,


>Is there an RMF/SMF report which whould show, for a specific time span,

>every DDF thread that executed and to which service class it was 
>classified?
>Barring that, is there any kind of report that would even get me close?
>We have TMON, but I have not found anything there at that level of 
>detail.
>I have been looking through WLM and RMF manuals, but found nothing at 
>that level of detail there either.  Does anyone else do that level of 
>reporting for troubleshooting.


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

Re: WLM Question

2006-03-23 Thread Rob Scott

The trouble with enclaves is that they can be very short lived things
and catching the tiddlers with the SDSF or MXI "ENC" commands is a
matter of luck or furious "enter" pressing.

I don't think that SDSF "ENC" was available for OS/390 R10 - however I
believe that the MXI "ENC" command will work (its been a while since I
have tried it on that level of MVS).

The programming interface to get enclave information is IWMRQRY and the
information that this reports on is updated approximately every 0.25 of
a second - WLM rather helpfully issues a system ENF event to tell
listeners that new data is available to save them getting the same
information twice.

>From the information returned by IWMRQRY you can get the WLM classes
assigned to the enclave - so theoretically you could "roll yer own"
application to capture this info and report on it - BUT this is going to
cost you some serious CPU.

What does RMF III on OS/390 R10 provide?

Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/

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

Re: WLM Question

2006-03-23 Thread Staller, Allan

 Rob Scott Wrote:

What does RMF III on OS/390 R10 provide?



I am currently z/OS 1.4 and at that level the RMF Overview Detail
reports provide report ENCL
Enclave resource consumption and delays (option 1.6 from the RMF III
primary menu). ISTR this
Same option available at OS/390 2.9 (where I did process DDF/ENCLAVE
work).

As I said, I do not currently process and DDF or ENCLAVE work, so I
can't be more specific.

HTH,

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

Re: WLM Question

2006-03-23 Thread Diehl, Gary (MVSSupport)

Terry,

As was stated before, SDSF has the "ENC" or "ENC ACTIVE" displays for
seeing what is currently going on, and RMF3 has the ENCL panel to look
back through recent history (as far back as your datasets go).

In regards to long-term reporting, we do overview tracking for DDF
Enclaves by extensively using reporting classes.  Each time a new DDF
enclave classification is installed in WLM, we find out who the owner
is, and add an appropriate report class to their qualification rule.  We
can track each business unit, and each DDF classification within that
business unit, using RMF reports.  Granted, this isn't a super-detailed
level of reporting, it's much more of a summary/overview, but it will
quickly tell us how each class of DDF transactions is performing and
which SRVCLASS they found their way into.

HTH,

Gary Diehl



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Terry Linsley
Sent: Thursday, March 23, 2006 9:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: WLM Question


Greetings,

We have recently suffered some pain due to logic error in our subsytem
DDF
classification rules.  I have made corrections to those rules and
performance
has improved.  But I would like to see concrete proof that all DDF
threads are
being classified to the service classes I expect.

Is there an RMF/SMF report which whould show, for a specific time span,
every
DDF thread that executed and to which service class it was classified?
Barring that, is there any kind of report that would even get me close?

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

Re: WLM Question

Thanks for the response.  Would like to avoid RYO for this.  And I can well
imagine it would be a hog.  But, I don't really need this info continuously.
Basically I just want to report on a busy one hour period during our
business day.  Don't know what RMF III will give me at this level.  We are
not currently running it.  But, I shall get running and see what it offers.



On Thu, 23 Mar 2006 11:36:30 -0500, Rob Scott <[EMAIL PROTECTED]>
wrote:

>The trouble with enclaves is that they can be very short lived things
>and catching the tiddlers with the SDSF or MXI "ENC" commands is a
>matter of luck or furious "enter" pressing.
>
>I don't think that SDSF "ENC" was available for OS/390 R10 - however I
>believe that the MXI "ENC" command will work (its been a while since I
>have tried it on that level of MVS).
>
>The programming interface to get enclave information is IWMRQRY and the
>information that this reports on is updated approximately every 0.25 of
>a second - WLM rather helpfully issues a system ENF event to tell
>listeners that new data is available to save them getting the same
>information twice.
>
>From the information returned by IWMRQRY you can get the WLM classes
>assigned to the enclave - so theoretically you could "roll yer own"
>application to capture this info and report on it - BUT this is going to
>cost you some serious CPU.
>
>What does RMF III on OS/390 R10 provide?
>
>Rob Scott
>Rocket Software
>http://www.rs.com/portfolio/mxi/
>
>--
>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

Re: WLM Question

Thanks.  As soon as I get RMF III up and running, I will investigate that
report.

On Thu, 23 Mar 2006 10:42:57 -0600, Staller, Allan <[EMAIL PROTECTED]>
wrote:

> Rob Scott Wrote:
>
>What does RMF III on OS/390 R10 provide?
>
>
>
>I am currently z/OS 1.4 and at that level the RMF Overview Detail
>reports provide report ENCL
>Enclave resource consumption and delays (option 1.6 from the RMF III
>primary menu). ISTR this
>Same option available at OS/390 2.9 (where I did process DDF/ENCLAVE
>work).
>
>As I said, I do not currently process and DDF or ENCLAVE work, so I
>can't be more specific.
>
>HTH,
>
>--
>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

Re: WLM Question

Gary,

Thanks for the response.  ENC is not available at our os level (2.10).  I am
in the process of getting RMF III running and will see if that helps.  After
some investigation, it looks like whomever implemented WLM here did not
define any report classes.  I assume that was because they were getting
similar information from TMON.  But I will define some for DDF see what I
get there.


On Thu, 23 Mar 2006 10:57:29 -0600, Diehl, Gary (MVSSupport)
<[EMAIL PROTECTED]> wrote:

>Terry,
>
>As was stated before, SDSF has the "ENC" or "ENC ACTIVE" displays for
>seeing what is currently going on, and RMF3 has the ENCL panel to look
>back through recent history (as far back as your datasets go).
>
>In regards to long-term reporting, we do overview tracking for DDF
>Enclaves by extensively using reporting classes.  Each time a new DDF
>enclave classification is installed in WLM, we find out who the owner
>is, and add an appropriate report class to their qualification rule.  We
>can track each business unit, and each DDF classification within that
>business unit, using RMF reports.  Granted, this isn't a super-detailed
>level of reporting, it's much more of a summary/overview, but it will
>quickly tell us how each class of DDF transactions is performing and
>which SRVCLASS they found their way into.
>
>HTH,
>
>Gary Diehl
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
>Behalf Of Terry Linsley
>Sent: Thursday, March 23, 2006 9:54 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: WLM Question
>
>
>Greetings,
>
>We have recently suffered some pain due to logic error in our subsytem
>DDF
>classification rules.  I have made corrections to those rules and
>performance
>has improved.  But I would like to see concrete proof that all DDF
>threads are
>being classified to the service classes I expect.
>
>Is there an RMF/SMF report which whould show, for a specific time span,
>every
>DDF thread that executed and to which service class it was classified?
>Barring that, is there any kind of report that would even get me close?
>
>--
>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

Re: WLM Question

2006-03-23 Thread Shane

Like Gary, I also heavily use report groups.
If memory serves, SDSF ENC support appeared at z/OS 1.2, and so is
unavailable to Terry.
As of 1.4 it's still severely limited.

Everything I've seen posted in this thread has been true for
*independent* enclaves - dependant enclaves, whilst rare can be much
harder to handle.
They basically ignore your (DDF) classification rules.

Shane ...

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

Re: WLM Question

2006-03-23 Thread Ed Finnell

 
In a message dated 3/23/2006 11:49:34 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Thanks.  As soon as I get RMF III up and running, I will  investigate that
report.



>>
Don't forget to define RMFGAT! It may be in the instructions, but
I missed it in the test system and it locks up the whole  magilla...

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

Re: WLM Question

That last comment is a little alarming!  Our DDF traffic is 1/3 MS Access,
1/3 DB2 connect, and 1/3 locally developed java apps.  Of the three, MS
Access causes the most pain hands down.

Is there a straight forward method of determining if an enclave is
dependant?  Would an example of one be when a DB2 utility spawns multiple
threads to build an index during a table load or recovery?

On Fri, 24 Mar 2006 03:56:15 +1000, Shane <[EMAIL PROTECTED]> wrote:

>Like Gary, I also heavily use report groups.
>If memory serves, SDSF ENC support appeared at z/OS 1.2, and so is
>unavailable to Terry.
>As of 1.4 it's still severely limited.
>
>Everything I've seen posted in this thread has been true for
>*independent* enclaves - dependant enclaves, whilst rare can be much
>harder to handle.
>They basically ignore your (DDF) classification rules.
>
>Shane ...
>
>--
>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

Re: WLM Question

Owie.  Thanks, will watch out for that.


On Thu, 23 Mar 2006 12:57:38 EST, Ed Finnell <[EMAIL PROTECTED]> wrote:

>
>In a message dated 3/23/2006 11:49:34 A.M. Central Standard Time,
>[EMAIL PROTECTED] writes:
>
>Thanks.  As soon as I get RMF III up and running, I will  investigate that
>report.
>
>
>
>>>
>Don't forget to define RMFGAT! It may be in the instructions, but
>I missed it in the test system and it locks up the whole  magilla...
>
>--
>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

Re: WLM Question

2006-03-23 Thread Todd Burch

Terry, I might be able to help with TMON, if it's TMON for DB2 you are
referring to.

Contact me off list and we can discuss what you are wanting to know.
Perhaps there is a facility through TMON for DB2's log files and our Report
Writer that would provide the information you want.

Todd   (  todd dot burch at asg dot com )


- Original Message - 
From: "Terry Linsley" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, March 23, 2006 9:54 AM
Subject: WLM Question


> Greetings,
>
> We have recently suffered some pain due to logic error in our subsytem DDF
> classification rules.  I have made corrections to those rules and
performance
> has improved.  But I would like to see concrete proof that all DDF threads
are
> being classified to the service classes I expect.
>
> Is there an RMF/SMF report which whould show, for a specific time span,
every
> DDF thread that executed and to which service class it was classified?
> Barring that, is there any kind of report that would even get me close?
> We have TMON, but I have not found anything there at that level of detail.
> I have been looking through WLM and RMF manuals, but found nothing at that
> level of detail there either.  Does anyone else do that level of reporting
> for troubleshooting.
>
> Environment: OS/390 2.10, DB2 v7
>
> TIA
>

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

Re: WLM Question

Thanks Todd, will do.


On Thu, 23 Mar 2006 13:07:55 -0600, Todd Burch <[EMAIL PROTECTED]> wrote:

>Terry, I might be able to help with TMON, if it's TMON for DB2 you are
>referring to.
>
>Contact me off list and we can discuss what you are wanting to know.
>Perhaps there is a facility through TMON for DB2's log files and our Report
>Writer that would provide the information you want.
>
>Todd   (  todd dot burch at asg dot com )
>
>
>- Original Message -
>From: "Terry Linsley" <[EMAIL PROTECTED]>
>Newsgroups: bit.listserv.ibm-main
>To: 
>Sent: Thursday, March 23, 2006 9:54 AM
>Subject: WLM Question
>
>
>> Greetings,
>>
>> We have recently suffered some pain due to logic error in our subsytem DDF
>> classification rules.  I have made corrections to those rules and
>performance
>> has improved.  But I would like to see concrete proof that all DDF threads
>are
>> being classified to the service classes I expect.
>>
>> Is there an RMF/SMF report which whould show, for a specific time span,
>every
>> DDF thread that executed and to which service class it was classified?
>> Barring that, is there any kind of report that would even get me close?
>> We have TMON, but I have not found anything there at that level of detail.
>> I have been looking through WLM and RMF manuals, but found nothing at that
>> level of detail there either.  Does anyone else do that level of reporting
>> for troubleshooting.
>>
>> Environment: OS/390 2.10, DB2 v7
>>
>> TIA
>>
>
>--
>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

Re: WLM Question

2006-03-23 Thread Shane

On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote:

> Is there a straight forward method of determining if an enclave is
> dependant?  Would an example of one be when a DB2 utility spawns multiple
> threads to build an index during a table load or recovery?

RMFIII has an indicator - I think that's what twigged me to go find out
what the hell a dependent enclave was.
PP isn't any help.

I'd be *REAL* surprised if any have surfaced in your environment unless
it was the home-grown stuff - ours was, although not Java.

We had a small local batch job that did some DB2 log analysis - this is
where the dep enclave came from. Ops noticed it (apparently) wasn't
doing anything, and reset the job.
Still wasn't doing anything, but the shop stopped - no prod batch was
going anywhere. Eventually I got a call. The dependant enclave came
along for the ride, and was consuming a full engine - out of 3.
At 2.10, this was *very* hard to track down.
Ops got kicked (again) for using reset.

Even these episodes aren't enough to cause a change of mind about
mandatory logon on the consoles.

Shane ...

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

Re: WLM Question

2006-03-23 Thread Timothy Sipples

Terry Linsley writes:
>Our DDF traffic is 1/3 MS Access,
>1/3 DB2 connect, and 1/3 locally developed java apps.  Of the three, MS
>Access causes the most pain hands down.

Off on a slight tangent here, there are some things you can do to take the 
DDF temperature down. I'll list these in order of timeliness to your 
current situation -- first what's possible with OS/390 V2R10, then moving 
beyond. (As it happens the OS/390 options are reusable and apply to z/OS, 
so there's no danger of "throwaway" effort.)

OS/390 Possibilities:

1. Put DB2 Connect on Linux on the mainframe. Having a local connection 
between DB2 Connect and DB2 (even if it isn't a Hipersocket) should shave 
some milliseconds out of each connection, and that'll help DB2 work more 
efficiently. Try sending your Microsoft Access and Java clients in via 
this DB2 Connect on mainframe Linux and see how that works, too.

2. Move some/all of your Java applications (particularly the data 
intensive ones) up to mainframe Linux. Same principle as #1: proximity has 
workload benefits.

z/OS Possibilities:

3. Add a Hipersocket between DB2 Connect (mainframe Linux) and DB2. 
Requires z/OS 1.2 or higher and z900 or higher.

4. Evaluate DB2 V8 to see whether you have requests that could benefit 
from multi-row fetch/multi-row insert. Microsoft Access might very well be 
in that category. Requires z/OS 1.3 or higher and z900 or higher. (Combine 
with DB2 Connect for Linux on mainframe.)

5. Add a zAAP and move the Java applications into the same LPAR as DB2. 
(The most proximate solution.) Requires z990, z890, or System z9. Requires 
z/OS 1.6 or higher.

6. Add a zIIP for the remaining inbound traffic arriving from outside the 
LPAR. Requires z/OS 1.6 or higher, DB2 V8, and System z9. This option 
becomes available later in 2006.

Hope that helps!

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

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

Re: WLM Question

2006-03-24 Thread Terry Linsley

Eureka!

If one digs deep enough (couple miles should do), RMF III will report what
service class a DDF thread was classified into.

The reason I wanted this was because I had a strong suspicion one of my prod
DDF workloads was still falling out of the ruleset to default (suspicion
based on indirect evidence).  Since the workload in question was coming in
through VTAM (all threads through the same LU name), I changed the pertinent
sub-rule to an LN type and they magically started classifying correctly.

I was very curious why CI did not work for these threads.  Using the new
found RMF III info, I discovered that the CI was being sent by the AIX
system in lower case*.  Changed the sub-rule back to type CI and specified
the name in lower case, taking care to specify "N" for "fold qualifier name"
(they sure could have named that more intuitively).  Now the threads
classify correctly by CI.

Thanks a bunch to all who replied!  I learned more than I bargained for in
this little adventure, but that's always (usually) a good thing.

*TMON was reporting this CI in upper case for some reason.  I will report
that to the TMON/MVS folks.

On Fri, 24 Mar 2006 08:26:00 +1000, Shane <[EMAIL PROTECTED]> wrote:

>On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote:
>
>> Is there a straight forward method of determining if an enclave is
>> dependant?  Would an example of one be when a DB2 utility spawns multiple
>> threads to build an index during a table load or recovery?
>
>RMFIII has an indicator - I think that's what twigged me to go find out
>what the hell a dependent enclave was.
>PP isn't any help.
>
>I'd be *REAL* surprised if any have surfaced in your environment unless
>it was the home-grown stuff - ours was, although not Java.
>
>We had a small local batch job that did some DB2 log analysis - this is
>where the dep enclave came from. Ops noticed it (apparently) wasn't
>doing anything, and reset the job.
>Still wasn't doing anything, but the shop stopped - no prod batch was
>going anywhere. Eventually I got a call. The dependant enclave came
>along for the ride, and was consuming a full engine - out of 3.
>At 2.10, this was *very* hard to track down.
>Ops got kicked (again) for using reset.
>
>Even these episodes aren't enough to cause a change of mind about
>mandatory logon on the consoles.
>
>Shane ...
>
>--
>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

Re: WLM Question

2006-03-24 Thread Terry Linsley

Timothy,

Thanks.  That is very good information and I am saving a copy for future
use.  Unfortunately manglement is dragging it's collective heels in letting
us move z/OS 1.4 to production.  So any solutions involving z/OS are pretty
far out on the radar right now.  Our currently contrained hardware is z800,
so that knocks out the other solutions.  I do anticipate we will upgrade our
hardware (and necessarily the OS also) before too awfully long.  When we do,
I plan to lobby hard for at least a zIIP (zAAP too if I can).


On Thu, 23 Mar 2006 23:58:03 -0700, Timothy Sipples
<[EMAIL PROTECTED]> wrote:

>Terry Linsley writes:
>>Our DDF traffic is 1/3 MS Access,
>>1/3 DB2 connect, and 1/3 locally developed java apps.  Of the three, MS
>>Access causes the most pain hands down.
>
>Off on a slight tangent here, there are some things you can do to take the
>DDF temperature down. I'll list these in order of timeliness to your
>current situation -- first what's possible with OS/390 V2R10, then moving
>beyond. (As it happens the OS/390 options are reusable and apply to z/OS,
>so there's no danger of "throwaway" effort.)
>
>OS/390 Possibilities:
>
>1. Put DB2 Connect on Linux on the mainframe. Having a local connection
>between DB2 Connect and DB2 (even if it isn't a Hipersocket) should shave
>some milliseconds out of each connection, and that'll help DB2 work more
>efficiently. Try sending your Microsoft Access and Java clients in via
>this DB2 Connect on mainframe Linux and see how that works, too.
>
>2. Move some/all of your Java applications (particularly the data
>intensive ones) up to mainframe Linux. Same principle as #1: proximity has
>workload benefits.
>
>z/OS Possibilities:
>
>3. Add a Hipersocket between DB2 Connect (mainframe Linux) and DB2.
>Requires z/OS 1.2 or higher and z900 or higher.
>
>4. Evaluate DB2 V8 to see whether you have requests that could benefit
>from multi-row fetch/multi-row insert. Microsoft Access might very well be
>in that category. Requires z/OS 1.3 or higher and z900 or higher. (Combine
>with DB2 Connect for Linux on mainframe.)
>
>5. Add a zAAP and move the Java applications into the same LPAR as DB2.
>(The most proximate solution.) Requires z990, z890, or System z9. Requires
>z/OS 1.6 or higher.
>
>6. Add a zIIP for the remaining inbound traffic arriving from outside the
>LPAR. Requires z/OS 1.6 or higher, DB2 V8, and System z9. This option
>becomes available later in 2006.
>
>Hope that helps!
>
>- - - - -
>Timothy F. Sipples
>Consulting Enterprise Software Architect, z9/zSeries
>IBM Japan, Ltd.
>E-Mail: [EMAIL PROTECTED]
>
>--
>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

Re: WLM Question

2006-03-24 Thread Shane

On Fri, 2006-03-24 at 09:23 -0600, Terry Linsley wrote:
> Eureka!
> 
> I discovered that the CI was being sent by the AIX
> system in lower case*.  Changed the sub-rule back to type CI and specified
> the name in lower case, taking care to specify "N" for "fold qualifier name"
> (they sure could have named that more intuitively).  Now the threads
> classify correctly by CI.

Should have remembered to mention that - SAP R3 uses lower case as well.
I now specify both (fully) lower and upper case rules for everything
just in case (for R3). Good thing they are one or the other, and not
mixed, else the ruleset would explode in size.
Glad to hear it all worked out o.k.

Shane ...

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

Re: WLM Question

2006-03-24 Thread Porowski, Ken

Depending on the application (we have PeopleSoft Financials) some of the
CI come in both upper and lowercase so we have to have both types in for
correct classification. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Terry Linsley
Sent: Friday, March 24, 2006 10:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] WLM Question

Eureka!

If one digs deep enough (couple miles should do), RMF III will report
what service class a DDF thread was classified into.

The reason I wanted this was because I had a strong suspicion one of my
prod DDF workloads was still falling out of the ruleset to default
(suspicion based on indirect evidence).  Since the workload in question
was coming in through VTAM (all threads through the same LU name), I
changed the pertinent sub-rule to an LN type and they magically started
classifying correctly.

I was very curious why CI did not work for these threads.  Using the new
found RMF III info, I discovered that the CI was being sent by the AIX
system in lower case*.  Changed the sub-rule back to type CI and
specified the name in lower case, taking care to specify "N" for "fold
qualifier name"
(they sure could have named that more intuitively).  Now the threads
classify correctly by CI.

Thanks a bunch to all who replied!  I learned more than I bargained for
in this little adventure, but that's always (usually) a good thing.

*TMON was reporting this CI in upper case for some reason.  I will
report that to the TMON/MVS folks.

On Fri, 24 Mar 2006 08:26:00 +1000, Shane <[EMAIL PROTECTED]> wrote:

>On Thu, 2006-03-23 at 12:04 -0600, Terry Linsley wrote:
>
>> Is there a straight forward method of determining if an enclave is 
>> dependant?  Would an example of one be when a DB2 utility spawns 
>> multiple threads to build an index during a table load or recovery?
>
>RMFIII has an indicator - I think that's what twigged me to go find out

>what the hell a dependent enclave was.
>PP isn't any help.
>
>I'd be *REAL* surprised if any have surfaced in your environment unless

>it was the home-grown stuff - ours was, although not Java.
>
>We had a small local batch job that did some DB2 log analysis - this is

>where the dep enclave came from. Ops noticed it (apparently) wasn't 
>doing anything, and reset the job.
>Still wasn't doing anything, but the shop stopped - no prod batch was 
>going anywhere. Eventually I got a call. The dependant enclave came 
>along for the ride, and was consuming a full engine - out of 3.
>At 2.10, this was *very* hard to track down.
>Ops got kicked (again) for using reset.
>
>Even these episodes aren't enough to cause a change of mind about 
>mandatory logon on the consoles.
>
>Shane ...
>
>--
>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

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

Re: WLM Question

2006-03-24 Thread Terry Linsley

Yes, Shane had mentioned that he specifies it both ways also.  Seems like a
sound approach to me.  I plan to do the same.  Should save on future headaches.

On Fri, 24 Mar 2006 11:28:22 -0500, Porowski, Ken <[EMAIL PROTECTED]> wrote:

>Depending on the application (we have PeopleSoft Financials) some of the
>CI come in both upper and lowercase so we have to have both types in for
>correct classification.
>

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

Re: WLM Macro

2010-04-08 Thread Kelman, Tom

I have written several WLM service policies, but I've never written code using 
the WLM macros.  So I looked in the "MVS Programming WLM Service Guide" to see 
what it was all about.  From what I gather, this particular macro is used to 
gather WLM information so that a scheduling service can make the necessary 
decisions to schedule work.  Since a user's scheduling program would probably 
not be allowed to schedule anything in to or out of the SYSTEM or SYSSTC 
service classes, I imagine that information is left out on purpose.  That's 
just my theory.  The manual doesn't mention that. 

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of ITURIEL DO NASCIMENTO NETO
> Sent: Thursday, April 08, 2010 1:44 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: WLM Macro
> 
> Hi all,
> 
> I'm doing some tests with IWMWSYSQ macro, using as starting point
> program
> QUERYSI (thanks for that) and i would like some help.
> 
> IWMWSYSQ gets WLM information regarded to importance 1-5, discretionary
> and unused service units, but there is no data related to SYSTEM or
> SYSSTC.
> Is it really missing or am i doing something wrong ?
> 
> Atenciosamente / Regards / Saludos
> Ituriel do Nascimento Neto
> BANCO BRADESCO S.A.
> 4254 / DPCD Engenharia de Software
> Sistemas Operacionais Mainframes
> 
> Tel: +55 11 4197-2021 R: 22021   Fax: +55 11 4197-2814
> 
> 
> 
> 
> AVISO LEGAL Esta mensagem Ã©
> destinada exclusivamente para a(s) pessoa(s) a quem Ã© dirigida, podendo
> conter informaÃ§Ã£o confidencial e/ou legalmente privilegiada. Se vocÃª
> nÃ£o for destinatÃ¡rio desta mensagem, desde jÃ¡ fica notificado de
> abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma,
> utilizar a informaÃ§Ã£o contida nesta mensagem, por ser ilegal. Caso vocÃª
> tenha recebido esta mensagem por engano, pedimos que nos retorne este E-
> Mail, promovendo, desde logo, a eliminaÃ§Ã£o do seu conteÃºdo em sua base
> de dados, registros ou sistema de controle. Fica desprovida de eficÃ¡cia e
> validade a mensagem que contiver vÃnculos obrigacionais, expedida por
> quem nÃ£o detenha poderes de representaÃ§Ã£o.
> 
> LEGAL ADVICE This message is
> exclusively destined for the people to whom it is directed, and it can
> bear private and/or legally exceptional information. If you are not
> addressee of this message, since now you are advised to not release, copy,
> distribute, check or, otherwise, use the information contained in this
> message, because it is illegal. If you received this message by mistake,
> we ask you to return this email, making possible, as soon as possible, the
> elimination of its contents of your database, registrations or controls
> system. The message that bears any mandatory links, issued by someone who
> has no representation powers, shall be null or void.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Macro

2010-04-08 Thread Horst Sinram

On Thu, 8 Apr 2010 15:44:23 -0300, ITURIEL DO NASCIMENTO NETO
<4254.itur...@bradesco.com.br> wrote:

>Hi all,
>
>I'm doing some tests with IWMWSYSQ macro, using as starting point
>program
>QUERYSI (thanks for that) and i would like some help.
>
>IWMWSYSQ gets WLM information regarded to importance 1-5, discretionary 
>and unused service units, but there is no data related to SYSTEM or
>SYSSTC. 
>Is it really missing or am i doing something wrong ?

Did you specify EXTENDED_DATA=YES? Check the description of SYSI_EXT_SU_ENTRY.
Kind regards.
Horst Sinram ,IBM z/OS DFSMSrmm Architecture, z/OS Capacity Management

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Vernooij, CP - SPLXM

"Jim McAlpine"  wrote in message
news:...
> We use the Dallas RDP for development so our guest z/OS system has
only 1
> cpu assigned.  This doesn't cause a problem for most circumstances
except
> when one of our developers is running a debugging application in CICS
that
> CICS system can be using 95% of the cpu and all other applications are
very
> sticky, especially TSO.  The CICS systems are defined with response
time
> goals.  The debugging software generally uses a lot of cpu time.  Is
there a
> way to limit the cpu resources used by CICS in this scenario.
> 
> Jim McAlpine
> 

I think the only hard solution is to assing CICS to a Resource Group and
cap its CPU consumption to xx%.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Jim McAlpine

On Fri, Apr 23, 2010 at 10:44 AM, Vernooij, CP - SPLXM  wrote:

> "Jim McAlpine"  wrote in message
> news:...
>  > We use the Dallas RDP for development so our guest z/OS system has
> only 1
> > cpu assigned.  This doesn't cause a problem for most circumstances
> except
> > when one of our developers is running a debugging application in CICS
> that
> > CICS system can be using 95% of the cpu and all other applications are
> very
> > sticky, especially TSO.  The CICS systems are defined with response
> time
> > goals.  The debugging software generally uses a lot of cpu time.  Is
> there a
> > way to limit the cpu resources used by CICS in this scenario.
> >
> > Jim McAlpine
> >
>
> I think the only hard solution is to assing CICS to a Resource Group and
> cap its CPU consumption to xx%.
>
> So can I still have the response time goals and  add the resource cap or is
it one or the other.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Jim McAlpine

On Fri, Apr 23, 2010 at 10:54 AM, Jim McAlpine wrote:

>
>>
>
> So can I still have the response time goals and  add the resource cap or is
> it one or the other.
>
> Jim McAlpine
>

It's OK, I've found what I wanted.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Jim McAlpine

On Fri, Apr 23, 2010 at 11:16 AM, Jim McAlpine wrote:

>
>
>  On Fri, Apr 23, 2010 at 10:54 AM, Jim McAlpine wrote:
>
>>
>>>
>>
>> So can I still have the response time goals and  add the resource cap or
>> is it one or the other.
>>
>> Jim McAlpine
>>
>
> It's OK, I've found what I wanted.
>
> Jim McAlpine
>
>
That worked remarkably well for this particular scenario.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Ted MacNEIL

>Is there a way to limit the cpu resources used by CICS in this scenario.

Yes.
Use region goals, and a resource group.
I assume it's not production, or else you have to live with it.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Mark Zelden

You can do as Kees said. But in WLM you put your goals according to your
business objectives.   I have worked and work on Dallas systems (or
P390 / FLEX) also and the most important work in that environment
(other than the OS tasks) is usually TSO. 

So you might want to consider changing TSO to Importance 1 with 1 single
period or even SYSSTC for that sort of development environment (or at
least for a subset of users - on the Dallas system I work on, there are
only a few).   That would also take care of the next thing that gobbles
up CPU and hurts your TSO response time.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

On Fri, 23 Apr 2010 10:54:10 +0100, Jim McAlpine  wrote:

>On Fri, Apr 23, 2010 at 10:44 AM, Vernooij, CP - SPLXM > wrote:
>
>> "Jim McAlpine"  wrote in message
>> news:...
>>  > We use the Dallas RDP for development so our guest z/OS system has
>> only 1
>> > cpu assigned.  This doesn't cause a problem for most circumstances
>> except
>> > when one of our developers is running a debugging application in CICS
>> that
>> > CICS system can be using 95% of the cpu and all other applications are
>> very
>> > sticky, especially TSO.  The CICS systems are defined with response
>> time
>> > goals.  The debugging software generally uses a lot of cpu time.  Is
>> there a
>> > way to limit the cpu resources used by CICS in this scenario.
>> >
>> > Jim McAlpine
>> >
>>
>> I think the only hard solution is to assing CICS to a Resource Group and
>> cap its CPU consumption to xx%.
>>
>> So can I still have the response time goals and  add the resource cap or is
>it one or the other.
>
>Jim McAlpine
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM question

2010-04-23 Thread Vernooij, CP - SPLXM

"Jim McAlpine"  wrote in message
news:...
> On Fri, Apr 23, 2010 at 11:16 AM, Jim McAlpine
wrote:
> 
> >
> >
> >  On Fri, Apr 23, 2010 at 10:54 AM, Jim McAlpine
wrote:
> >
> >>
> >>>
> >>
> >> So can I still have the response time goals and  add the resource
cap or
> >> is it one or the other.
> >>
> >> Jim McAlpine
> >>
> >
> > It's OK, I've found what I wanted.
> >
> > Jim McAlpine
> >
> >
> That worked remarkably well for this particular scenario.
> 
> Jim McAlpine

Yes, on top of all the complex WLM algorithmes and logic, this is a
simple and straight forward: until here and no further.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM interface

2011-11-25 Thread John McKown

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2w2b0/48.0


The IWMRESET macro allows the caller to perform the same functions as
the RESET system command. If the system is running in workload
management goal mode mode, the caller can:

  * Change the service class of work currently in execution, with
the SRVCLASS keyword. Resetting to a new service class also
resumes quiesced work. 

  * Quiesce work currently in execution, with the QUIESCE keyword. 

  * Reclassify work currently in execution according to the service
policy in effect, with the RESUME keyword. The RESUME keyword
also resumes quiesced work. 


The system does not allow every address space to be reset. The IWMRESET
service has the same restrictions as the RESET system command. Refer to
z/OS MVS System Commands for more information.



On Fri, 2011-11-25 at 12:01 +0100, Vernooij, CP - SPLXM wrote:
> Hello,
> 
>  
> 
> I have been looking in all kinds of places, without result.
> 
>  
> 
> Can someone point me to the assembler interface to change the WLM
> Service Class of a running job (and similar functions)? 
> 
> Or can this only be done with an "E jobname" operator command?
> 
>  
> 
> Thanks,
> 
> Kees.
> 
>  
> 
> For 
> information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.Koninklijke Luchtvaart 
> Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be 
> liable for the incorrect or incomplete transmission of this e-mail or any 
> attachments, nor responsible for any delay in receipt.Koninklijke 
> Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is 
> registered in Amstelveen, The Netherla!
 nds, with registered number  33014286 

> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM interface

2011-11-25 Thread Rob Scott

See the IWMRESET macro in the "Workload Management Services" manual

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: 25 November 2011 11:02
To: IBM-MAIN@bama.ua.edu
Subject: WLM interface

Hello,

 

I have been looking in all kinds of places, without result.

 

Can someone point me to the assembler interface to change the WLM Service Class 
of a running job (and similar functions)? 

Or can this only be done with an "E jobname" operator command?

 

Thanks,

Kees.

 

For 
information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.Koninklijke Luchtvaart Maatschappij NV 
(KLM), its subsidiaries and/or its employees shall not be liable for the 
incorrect or incomplete transmission of this e-mail or any attachments, nor 
responsible for any delay in receipt.Koninklijke Luchtvaart Maatschappij 
N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The 
Netherland!
 s, with registered number  33014286 


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM interface

2011-11-25 Thread Vernooij, CP - SPLXM

Thanks to all who replied, this is what I was looking for.

Kees.

"Rob Scott"  wrote in message
news:<295ED806AB479944B1217CC84A173DE0327C5738@nwt-s-mbx1.rocketsoftware
.com>...
> See the IWMRESET macro in the "Workload Management Services" manual
> 
> Rob Scott
> Lead Developer
> Rocket Software
> 275 Grove Street * Newton, MA 02466-2272 * USA
> Tel: +1.617.614.2305
> Email: rsc...@rs.com
> Web: www.rocketsoftware.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Vernooij, CP - SPLXM
> Sent: 25 November 2011 11:02
> To: IBM-MAIN@bama.ua.edu
> Subject: WLM interface
> 
> Hello,
> 
>  
> 
> I have been looking in all kinds of places, without result.
> 
>  
> 
> Can someone point me to the assembler interface to change the WLM
Service Class of a running job (and similar functions)? 
> 
> Or can this only be done with an "E jobname" operator command?
> 
>  
> 
> Thanks,
> 
> Kees.
> 
>  
> 
> For
information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee only. If
you are not the addressee, you are notified that no part of the e-mail
or any attachment may be disclosed, copied or distributed, and that any
other action related to this e-mail or attachment is strictly
prohibited, and may be unlawful. If you have received this e-mail by
error, please notify the sender immediately by return e-mail, and delete
this message.Koninklijke Luchtvaart Maatschappij NV (KLM), its
subsidiaries and/or its employees shall not be liable for the incorrect
or incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.Koninklijke Luchtvaart
Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered
in Amstelveen, The Netherland!
>  s, with registered number  33014286

> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM interface

2011-11-25 Thread Bobbie Justice

are you looking for this ? 

from: z/OS V1R12.0 MVS Programming: Workload Management Services


48.0 Chapter 48. IWMRESET - Change a Job


The IWMRESET macro allows the caller to perform the same functions as the RESET 
system command. If the system is running in workload management goal mode mode, 
the caller can: 


Change the service class of work currently in execution, with the SRVCLASS 
keyword. Resetting to a new service class also resumes quiesced work. 

Quiesce work currently in execution, with the QUIESCE keyword. 

Reclassify work currently in execution according to the service policy in 
effect, with the RESUME keyword. The RESUME keyword also resumes quiesced work. 

The system does not allow every address space to be reset. The IWMRESET service 
has the same restrictions as the RESET system command. Refer to z/OS MVS System 
Commands for more information. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Capping

2012-02-07 Thread Wissink, Brad [ITSYS]

I don't know about SMF and capping, but when our processor is capped we know 
about it big time.  We have a z/10 P01 Uniprocessor and when capping kicks in 
it cuts our CPU busy in half and things come to a standstill.   We use RMF III 
CPC reports to watch how close we are getting to being capped.  We found some 
documentation on how to build a RMF III User report which has 'Time Until 
Capping'.   We usually know capping is getting close because we have been 
running the processor close to or at 100% busy for some length of time before 
capping kicks in.  

Brad Wissink
Information Technology Services
Iowa State University
515-294-3088

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Gibney, Dave
Sent: Tuesday, February 07, 2012 2:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: WLM Capping

  I apologize for asking what is likely a basic performance question. It's been 
about four years since we went from underpowered to having plenty and I was 
frying other fish.
  How can I determine from SMF when we were being capped by WLM. I have the cap 
set at 16 MSU. We are preparing to run some large conversions and the money 
people want some assurance that lifting the cap will help enough to justify the 
expense.
  I have MXG and still run the daily PDB stuff. I just haven't needed to look 
at it for some time.

Dave Gibney
Information Technology Services
Washington State University

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-07 Thread Gibney, Dave

Thanks Bob for the sample code. I didn't realize how back level I am on MXG :(
MXG 22.09 DATED AUG 25, 2004 HAS BEEN SUCCESSFULLY INITIALIZED.

Like I said, other fish of higher priority. Still SAS 8.1 also.

Brad, fortunately, my z9-L03 has three processors, so the pain of capping is 
only really felt in the development and testing LPARs. I did my time on a uni 
and I will strongly resist ever going back. I don't want to imagine what WLM 
stomping on the brakes looks like in your shop.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Wissink, Brad [ITSYS]
> Sent: Tuesday, February 07, 2012 12:28 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: WLM Capping
> 
> I don't know about SMF and capping, but when our processor is capped we
> know about it big time.  We have a z/10 P01 Uniprocessor and when capping
> kicks in it cuts our CPU busy in half and things come to a standstill.   We 
> use
> RMF III CPC reports to watch how close we are getting to being capped.  We
> found some documentation on how to build a RMF III User report which has
> 'Time Until Capping'.   We usually know capping is getting close because we
> have been running the processor close to or at 100% busy for some length of
> time before capping kicks in.
> 
> Brad Wissink
> Information Technology Services
> Iowa State University
> 515-294-3088
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Gibney, Dave
> Sent: Tuesday, February 07, 2012 2:01 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: WLM Capping
> 
>   I apologize for asking what is likely a basic performance question. It's 
> been
> about four years since we went from underpowered to having plenty and I
> was frying other fish.
>   How can I determine from SMF when we were being capped by WLM. I
> have the cap set at 16 MSU. We are preparing to run some large conversions
> and the money people want some assurance that lifting the cap will help
> enough to justify the expense.
>   I have MXG and still run the daily PDB stuff. I just haven't needed to look 
> at
> it for some time.
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-07 Thread Vernooij, CP - SPLXM

Run MXG on the TYPE70 records. See file TYPE70EL, variable SMF70NCA and
probably others.

Kees.


"Gibney, Dave"  wrote in message
news:<0de6a9840123e547b061ac5b6765c026324...@exmb-05.ad.wsu.edu>...
>   I apologize for asking what is likely a basic performance question.
It's been about four years since we went from underpowered to having
plenty and I was frying other fish.
>   How can I determine from SMF when we were being capped by WLM. I
have the cap set at 16 MSU. We are preparing to run some large
conversions and the money people want some assurance that lifting the
cap will help enough to justify the expense.
>   I have MXG and still run the daily PDB stuff. I just haven't needed
to look at it for some time.
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-07 Thread David Andrews

On Tue, 2012-02-07 at 15:51 -0500, Gibney, Dave wrote:
> I don't want to imagine what WLM stomping on the brakes looks like in
> your shop.

Biggest hassle for me when I started softcapping was that most of my
batch had been discretionary - I always liked the MTTW algorithm.  But
when we softcapped all that discretionary workload went to the meat
locker, and we couldn't have that.  Had to do some triage and creative
stuff with velocity goals and performance periods to make things right
again.

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-07 Thread Gibney, Dave

We had been sending SCRT reports for quite a while before we capped. I had 
never seen it above about 22 or 24, can't remember. I started there and backed 
it down by one a month until nightly batch was having trouble completing before 
the next day and then went back up on or two. We landed at 16 and haven't had 
troubles since. 

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of David Andrews
> Sent: Tuesday, February 07, 2012 1:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: WLM Capping
> 
> On Tue, 2012-02-07 at 15:51 -0500, Gibney, Dave wrote:
> > I don't want to imagine what WLM stomping on the brakes looks like in
> > your shop.
> 
> Biggest hassle for me when I started softcapping was that most of my
> batch had been discretionary - I always liked the MTTW algorithm.  But
> when we softcapped all that discretionary workload went to the meat
> locker, and we couldn't have that.  Had to do some triage and creative
> stuff with velocity goals and performance periods to make things right
> again.
> 
> --
> David Andrews
> A. Duda & Sons, Inc.
> david.andr...@duda.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-07 Thread Gibney, Dave

We had been sending SCRT reports for quite a while before we capped. I had 
never seen it above about 22 or 24, can't remember. I started there and backed 
it down by one a month until nightly batch was having trouble completing before 
the next day and then went back up on or two. We landed at 16 and haven't had 
troubles since. 

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of David Andrews
> Sent: Tuesday, February 07, 2012 1:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: WLM Capping
> 
> On Tue, 2012-02-07 at 15:51 -0500, Gibney, Dave wrote:
> > I don't want to imagine what WLM stomping on the brakes looks like in
> > your shop.
> 
> Biggest hassle for me when I started softcapping was that most of my
> batch had been discretionary - I always liked the MTTW algorithm.  But
> when we softcapped all that discretionary workload went to the meat
> locker, and we couldn't have that.  Had to do some triage and creative
> stuff with velocity goals and performance periods to make things right
> again.
> 
> --
> David Andrews
> A. Duda & Sons, Inc.
> david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-08 Thread Martin Packer

So that told you some of your batch WASN'T (in business terms) truly 
discretionary. Glad you (by the sound of it) pulled the stuff that 
mattered if it never ran out of SYSOTHER.

Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

From:
David Andrews 
To:
IBM-MAIN@bama.ua.edu, 
Date:
08/02/2012 00:36
Subject:
Re: WLM Capping
Sent by:
IBM Mainframe Discussion List 

On Tue, 2012-02-07 at 15:51 -0500, Gibney, Dave wrote:
> I don't want to imagine what WLM stomping on the brakes looks like in
> your shop.

Biggest hassle for me when I started softcapping was that most of my
batch had been discretionary - I always liked the MTTW algorithm.  But
when we softcapped all that discretionary workload went to the meat
locker, and we couldn't have that.  Had to do some triage and creative
stuff with velocity goals and performance periods to make things right
again.

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-08 Thread Joel C. Ewing

One of the subtle misconceptions in the design of WLM was the implicit 
assumption that you would always have enough hardware resources to do 
the "required" workload with the "required" response time, and if not 
would quickly remedy the situation.  In the real world, this is not 
always the case and "sharing the pain" is at times more acceptable than 
an immediate expenditure to add horsepower (even if it's just a logical 
change that increases software cost).


I would submit that in the business world, while there are frequently 
workloads that are discretionary in the sense that they may be delayed, 
most of these are not "discretionary" in the sense that they may be 
delayed indefinitely or have no required completion window.  In a system 
that is approaching or at saturation, one finds that typical WLM 
definitions effectively convert workloads that to the user were 
"discretionary" as to WHEN they might be run into workloads that are not 
run at all, which is rarely the intent.


WLM now has better tools than initially for defining "loved ones" that 
are "conditionally loved" and which can better address some of these 
situations.


When financial or political considerations force you to periodically run 
near system saturation for an extended time, you will invariably find 
that some of the workload priorities have to be rethought to allow 
discretionary, but non-optional, work to complete within required 
windows under that environment.  Conversely, if you rarely have to run 
in a resource constrained environment, it probably doesn't make sense to 
expend the effort to distinguish among discretionary workloads that are 
truly discretionary and those that are non-optional and only 
discretionary up to a point (when that point is never being crossed).

  JC Ewing

On 02/08/2012 03:15 AM, Martin Packer wrote:

So that told you some of your batch WASN'T (in business terms) truly
discretionary. Glad you (by the sound of it) pulled the stuff that
mattered if it never ran out of SYSOTHER.

Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
David Andrews
To:
IBM-MAIN@bama.ua.edu,
Date:
08/02/2012 00:36
Subject:
Re: WLM Capping
Sent by:
IBM Mainframe Discussion List



On Tue, 2012-02-07 at 15:51 -0500, Gibney, Dave wrote:

I don't want to imagine what WLM stomping on the brakes looks like in
your shop.


Biggest hassle for me when I started softcapping was that most of my
batch had been discretionary - I always liked the MTTW algorithm.  But
when we softcapped all that discretionary workload went to the meat
locker, and we couldn't have that.  Had to do some triage and creative
stuff with velocity goals and performance periods to make things right
again.




--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-08 Thread Vernooij, CP - SPLXM

"Joel C. Ewing"  wrote in message
news:<4f32a2df.5030...@acm.org>...
> One of the subtle misconceptions in the design of WLM was the implicit

> assumption that you would always have enough hardware resources to do 
> the "required" workload with the "required" response time, and if not 
> would quickly remedy the situation.  In the real world, this is not 
> always the case and "sharing the pain" is at times more acceptable
than 
> an immediate expenditure to add horsepower (even if it's just a
logical 
> change that increases software cost).
> 
> I would submit that in the business world, while there are frequently 
> workloads that are discretionary in the sense that they may be
delayed, 
> most of these are not "discretionary" in the sense that they may be 
> delayed indefinitely or have no required completion window.  In a
system 
> that is approaching or at saturation, one finds that typical WLM 
> definitions effectively convert workloads that to the user were 
> "discretionary" as to WHEN they might be run into workloads that are
not 
> run at all, which is rarely the intent.
> 

This is the reason I never defined discretionary workloads, because we
do not have those in the real meaning of the term: 'do the best you can
and if you can't service them, no problem'. Batch always has some
requirement.
A second reason was that in several occasions we saw the system allow
itself to be tied up (snookered is a beautiful equivalent term in this
sense) by low importance tasks. One area was the Catalog Address Space:
catalog actions are executed at the priority of the requestor and we had
several occasions where a User Catalog was reserved and the task that
did the Catalog Request was delayed for CPU, followed by CAS complaining
that someone had the Usercat reserved (come on, you did it yourself!). 
We met similar situations in OMVS tasks.
That is why I always had the lowest priority tasks at IMP=5 VEL=2 (or
5), to guarantee at least a little progress in the less (but not
un-)important batch.

Kees.


> WLM now has better tools than initially for defining "loved ones" that

> are "conditionally loved" and which can better address some of these 
> situations.
> 
> When financial or political considerations force you to periodically
run 
> near system saturation for an extended time, you will invariably find 
> that some of the workload priorities have to be rethought to allow 
> discretionary, but non-optional, work to complete within required 
> windows under that environment.  Conversely, if you rarely have to run

> in a resource constrained environment, it probably doesn't make sense
to 
> expend the effort to distinguish among discretionary workloads that
are 
> truly discretionary and those that are non-optional and only 
> discretionary up to a point (when that point is never being crossed).
>JC Ewing
> 
> On 02/08/2012 03:15 AM, Martin Packer wrote:
> > So that told you some of your batch WASN'T (in business terms) truly
> > discretionary. Glad you (by the sound of it) pulled the stuff that
> > mattered if it never ran out of SYSOTHER.
> >
> > Martin
> >
> > Martin Packer,
> > Mainframe Performance Consultant, zChampion
> > Worldwide Banking Center of Excellence, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> > Blog:
> >
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> >
> >
> > From:
> > David Andrews
> > To:
> > IBM-MAIN@bama.ua.edu,
> > Date:
> > 08/02/2012 00:36
> > Subject:
> > Re: WLM Capping
> > Sent by:
> > IBM Mainframe Discussion List
> >
> >
> >
> > On Tue, 2012-02-07 at 15:51 -0500, Gibney, Dave wrote:
> >> I don't want to imagine what WLM stomping on the brakes looks like
in
> >> your shop.
> >
> > Biggest hassle for me when I started softcapping was that most of my
> > batch had been discretionary - I always liked the MTTW algorithm.
But
> > when we softcapped all that discretionary workload went to the meat
> > locker, and we couldn't have that.  Had to do some triage and
creative
> > stuff with velocity goals and performance periods to make things
right
> > again.
> >
> 
> 
> -- 
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org   
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-09 Thread Staller, Allan

That is why IBM created the ERV parameter in SYS1.PARMLIB(IEAOPTxx).

This defines a period of time at for which the address space may not be
swapped to allow 
Enques, locks, etc. to be released



...snippage
A second reason was that in several occasions we saw the system allow
itself to be tied up (snookered is a beautiful equivalent term in this
sense) by low importance tasks. One area was the Catalog Address Space:
catalog actions are executed at the priority of the requestor and we had
several occasions where a User Catalog was reserved and the task that
did the Catalog Request was delayed for CPU, followed by CAS complaining
that someone had the Usercat reserved (come on, you did it yourself!). 
We met similar situations in OMVS tasks.
That is why I always had the lowest priority tasks at IMP=5 VEL=2 (or
5), to guarantee at least a little progress in the less (but not
un-)important batch.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Capping

2012-02-10 Thread Vernooij, CP - SPLXM

That did not work. In the CAS case, it was a task in CAS that held the
catalog and not something that WLM could apply the ERV to. The same
within USS.

Kees.

"Staller, Allan"  wrote in message
news:<45e5f2f45d7878458ee5ca679697335502e25...@usdaexch01.kbm1.loc>...
> That is why IBM created the ERV parameter in SYS1.PARMLIB(IEAOPTxx).
> 
> This defines a period of time at for which the address space may not
be
> swapped to allow 
> Enques, locks, etc. to be released
> 
> 
> 
> ...snippage
> A second reason was that in several occasions we saw the system allow
> itself to be tied up (snookered is a beautiful equivalent term in this
> sense) by low importance tasks. One area was the Catalog Address
Space:
> catalog actions are executed at the priority of the requestor and we
had
> several occasions where a User Catalog was reserved and the task that
> did the Catalog Request was delayed for CPU, followed by CAS
complaining
> that someone had the Usercat reserved (come on, you did it yourself!).

> We met similar situations in OMVS tasks.
> That is why I always had the lowest priority tasks at IMP=5 VEL=2 (or
> 5), to guarantee at least a little progress in the less (but not
> un-)important batch.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: WLM Imp1

2009-11-24 Thread Vernooij, CP - SPLXM



"R Hey"  wrote in message
news:...
> Hi,
> 
> It's been recommended NOT to use Imp 1 in WLM.
> 
> My client has been using Imp1 for online CICS.
> 
> I'm planning to change it to use Imp2 buy changing all Imp to Imp+1.
> 
> Can you think of any potential problems/issues?
> 
> TIA,
> Rez 

Why/where is it recommended not to use IMP=1?
All IMPs are relative, shifting them all will have no influence. You
don't have any IMP=5?

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Martin Packer

Further, most shops I know run with a fair amount of Importance 1. 
There're no indications they're wrong.

So I'd like to understand where the "No WLM Importance 1" advice came 
from.

Thanks, Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter ID: MartinPacker

"One Tribe Y'all" :-)





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Mike Shorkend

We are very happy with DB2 at Importance 1 and CICS at Importance 2.



On Tue, Nov 24, 2009 at 11:10 AM, Martin Packer wrote:

> Further, most shops I know run with a fair amount of Importance 1.
> There're no indications they're wrong.
>
> So I'd like to understand where the "No WLM Importance 1" advice came
> from.
>
> Thanks, Martin
>
> Martin Packer
> Performance Consultant
> IBM United Kingdom Ltd
> +44-20-8832-5167
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter ID: MartinPacker
>
> "One Tribe Y'all" :-)
>
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Ted MacNEIL

>It's been recommended NOT to use Imp 1 in WLM.

By whom?

>My client has been using Imp1 for online CICS.

As your client should be.


>I’m planning to change it to use Imp2 buy changing all Imp to Imp+1.

Why?

>Can you think of any potential problems/issues?

Yes!
You are chopping out one level of importance for NO good reason.
You are going to have to redistribute all your service classes (excluding 
SYSTEM, SYSSTC & Discretionary) over four importance levels rather than five.
This gives you less flexibility and there is NO reason for it.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Elardus Engelbrecht

Ted MacNEIL wrote:

>>Can you think of any potential problems/issues?

>Yes!
>You are chopping out one level of importance for NO good reason. You are 
going to have to redistribute all your service classes (excluding SYSTEM, 
SYSSTC & Discretionary) over four importance levels rather than five.
This gives you less flexibility and there is NO reason for it.

Interesting. Thanks for mentioning this. I will bookmark this.

>Too busy driving to stop for gas!

Go slowww ;-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

On Tue, 24 Nov 2009 09:10:34 +, Martin Packer 
wrote:

>Further, most shops I know run with a fair amount of Importance 1.
>There're no indications they're wrong.
>
>So I'd like to understand where the "No WLM Importance 1" advice came
>from.
>

A well known performance expert used to recommend that.  But it wasn't
"NO" importance=1, it was that imp=1 should only be used or emergency
work and your "bread and butter" application(s).   

So I understand where the recommendation comes from.   10-15 years ago
I had a lot of consulting gigs doing WLM tuning (some were conversions
to WLM).  I would say the majority of shops I went into way overused IMP=1 and
at the same time underused IMP=5.

So I happen to agree with that basic philosophy.  There is very little
IMP=1 work here.  WebSphere enclaves and the DB2 DDF period 1 
enclaves that support the same core applications.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Edward Jaffe


R Hey wrote:

It's been recommended NOT to use Imp 1 in WLM.
  


By whom?

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Edward Jaffe


Mark Zelden wrote:

A well known performance expert used to recommend that.  But it wasn't
"NO" importance=1, it was that imp=1 should only be used or emergency
work and your "bread and butter" application(s).   


So I understand where the recommendation comes from.   10-15 years ago
I had a lot of consulting gigs doing WLM tuning (some were conversions
to WLM).  I would say the majority of shops I went into way overused IMP=1 and
at the same time underused IMP=5.

So I happen to agree with that basic philosophy.  There is very little
IMP=1 work here.  WebSphere enclaves and the DB2 DDF period 1 
enclaves that support the same core applications.
  


Methinks this might be a hold-over from the "dark" days prior to the 
introduction of the CPU- and STORAGE-critical attributes. Importance 
ranking is what WLM uses to choose resource donors. And, real storage 
was let plentiful than it is today. So, people used to try to protect 
working sets for "loved ones" by assigning a relatively high importance. 
It seems a bit misguided now. But, that was the only relevant adjustment 
available to them (other than switching back to compatibility mode).


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

On Tue, 24 Nov 2009 07:15:24 -0800, Edward Jaffe
 wrote:

>Mark Zelden wrote:
>> A well known performance expert used to recommend that.  But it wasn't
>> "NO" importance=1, it was that imp=1 should only be used or emergency
>> work and your "bread and butter" application(s).
>>
>> So I understand where the recommendation comes from.   10-15 years ago
>> I had a lot of consulting gigs doing WLM tuning (some were conversions
>> to WLM).  I would say the majority of shops I went into way overused
IMP=1 and
>> at the same time underused IMP=5.
>>
>> So I happen to agree with that basic philosophy.  There is very little
>> IMP=1 work here.  WebSphere enclaves and the DB2 DDF period 1
>> enclaves that support the same core applications.
>>
>
>Methinks this might be a hold-over from the "dark" days prior to the
>introduction of the CPU- and STORAGE-critical attributes. Importance
>ranking is what WLM uses to choose resource donors. And, real storage
>was let plentiful than it is today. So, people used to try to protect
>working sets for "loved ones" by assigning a relatively high importance.
>It seems a bit misguided now. But, that was the only relevant adjustment
>available to them (other than switching back to compatibility mode).
>

Some of that is probably true.  But from my experience at a lot of shops,
I think many of them just used IMP=1 for just about everything considered
"production online".  All CICS regions, all DB2 subsystems, MQ, etc.  Then
they would (misguidedly) try and use velocity to make some distinction
within that service class. For example - when trying to translate the
compatibility mode model for putting a  CICS "TOR above AOR", they would
make them both IMP=1 but use a higher velocity (and different service
class) for the TOR regions or do the same thing to "make DB2 higher than
CICS".

I guess we need Rez to give us some details behind the post.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Patrick Falcone

Personally, I would say that it depends. My last gig on a small 2-way I was 
standing on my head with the Policy to make it work due to capacity 
limitations. I had all kinds of stuff in IMP 1. Now I'm currently supporting a 
very large plex with many disparate sizes, shapes, workloads. Some LPARs have 
very little IMP 1 and others  have a little more. As long as the the PI's are 
met and the clients are happy I go with what works.

--- On Tue, 11/24/09, Mark Zelden  wrote:

From: Mark Zelden 
Subject: Re: WLM Imp1
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, November 24, 2009, 1:56 PM

On Tue, 24 Nov 2009 09:10:34 +, Martin Packer 
wrote:

>Further, most shops I know run with a fair amount of Importance 1.
>There're no indications they're wrong.
>
>So I'd like to understand where the "No WLM Importance 1" advice came
>from.
>

A well known performance expert used to recommend that.  But it wasn't
"NO" importance=1, it was that imp=1 should only be used or emergency
work and your "bread and butter" application(s).   

So I understand where the recommendation comes from.   10-15 years ago
I had a lot of consulting gigs doing WLM tuning (some were conversions
to WLM).  I would say the majority of shops I went into way overused IMP=1 and
at the same time underused IMP=5.

So I happen to agree with that basic philosophy.  There is very little
IMP=1 work here.  WebSphere enclaves and the DB2 DDF period 1 
enclaves that support the same core applications.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

On Tue, 24 Nov 2009 09:54:29 -0600, Mark Zelden 
wrote:

>On Tue, 24 Nov 2009 07:15:24 -0800, Edward Jaffe
> wrote:
>
>>Mark Zelden wrote:
>>> A well known performance expert used to recommend that.  But it wasn't
>>> "NO" importance=1, it was that imp=1 should only be used or emergency
>>> work and your "bread and butter" application(s).
>>>
>>> So I understand where the recommendation comes from.   10-15 years ago
>>> I had a lot of consulting gigs doing WLM tuning (some were conversions
>>> to WLM).  I would say the majority of shops I went into way overused
>IMP=1 and
>>> at the same time underused IMP=5.
>>>
>>> So I happen to agree with that basic philosophy.  There is very little
>>> IMP=1 work here.  WebSphere enclaves and the DB2 DDF period 1
>>> enclaves that support the same core applications.
>>>
>>
>>Methinks this might be a hold-over from the "dark" days prior to the
>>introduction of the CPU- and STORAGE-critical attributes. Importance
>>ranking is what WLM uses to choose resource donors. And, real storage
>>was let plentiful than it is today. So, people used to try to protect
>>working sets for "loved ones" by assigning a relatively high importance.
>>It seems a bit misguided now. But, that was the only relevant adjustment
>>available to them (other than switching back to compatibility mode).
>>
>
>Some of that is probably true.  But from my experience at a lot of shops,
>I think many of them just used IMP=1 for just about everything considered
>"production online".  All CICS regions, all DB2 subsystems, MQ, etc.  Then
>they would (misguidedly) try and use velocity to make some distinction
>within that service class. 

Sorry, I wrote that wrong.  Change "service class" to "importance level" or 
"workload" in the sentence above.

>For example - when trying to translate the
>compatibility mode model for putting a  CICS "TOR above AOR", they would
>make them both IMP=1 but use a higher velocity (and different service
>class) for the TOR regions or do the same thing to "make DB2 higher than
>CICS".
>
>I guess we need Rez to give us some details behind the post.
>

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

On Tue, 24 Nov 2009 07:57:34 -0800, Patrick Falcone
 wrote:

>Personally, I would say that it depends. My last gig on a small 2-way I was
>standing on my head with the Policy to make it work due to capacity
>limitations. I had all kinds of stuff in IMP 1.

That would be more of a problem on a small machine that is capacity
challenged.   If too much is IMP=1 and there are not enough cycles
to go around, what's WLM to do (especially when you consider the
SYSTEM and SYSSTC workloads)?   

>Now I'm currently supporting a very large plex with many disparate sizes,
>shapes, workloads. Some LPARs have very little IMP 1 and others  have a
little >more.

> As long as the the PI's are met and the clients are happy I go with what
works.

That is the bottom line - are SLAs being met.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Scott Rowe

When I came here there was work defined in Imp1-3, and nothing in 4-Disc, and 
this is not the first time I;ve seen such things.  Now the only thing I have in 
Imp 1 is STCHIGH, which includes the *DBM1, *MSTR, *DIST and other "server" 
address spaces, but no "user" work.

>>> Mark Zelden  11/24/2009 8:56 AM >>>
On Tue, 24 Nov 2009 09:10:34 +, Martin Packer 
wrote:

A well known performance expert used to recommend that.  But it wasn't
"NO" importance=1, it was that imp=1 should only be used or emergency
work and your "bread and butter" application(s).   

So I understand where the recommendation comes from.   10-15 years ago
I had a lot of consulting gigs doing WLM tuning (some were conversions
to WLM).  I would say the majority of shops I went into way overused IMP=1 and
at the same time underused IMP=5.

So I happen to agree with that basic philosophy.  There is very little
IMP=1 work here.  WebSphere enclaves and the DB2 DDF period 1 
enclaves that support the same core applications.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com 
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread John Laubenheimer

On Tue, 24 Nov 2009 02:23:16 -0600, R Hey  wrote:

>Hi,
>
>It's been recommended NOT to use Imp 1 in WLM.
>
>My client has been using Imp1 for online CICS.
>
>Im planning to change it to use Imp2 buy changing all Imp to Imp+1.
>
>Can you think of any potential problems/issues?
>
>TIA,
>Rez
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

One thought here is that, when your management comes to you and says to 
increase priority (meaning throughput) of an IMP 1 address space, your only 
option will be to decrease the importance of all other IMP 1 address spaces.  
(It's not a matter of IF; it's a matter of WHEN!)  A rather nasty undertaking!  
If you leave some room at the top, you will have room to increase the 
importance level of a single address space.  This is not to say that you 
shouldn't have IMP 1 service classes; just leave a little wiggle room for when 
that time comes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Terry Draper

I see no technical reason to not put anything in importance 1. The only thing 
that matters is the relative importance. Importance 1 does not mean anything 
special.
 
HOWEVER! I can see why you would not want to much there. If you put many of 
your important workloads in importance 1 and you found that one workload was 
extra special, then what do you do? 
I can understand designing around importance 2 to discretionary and then see 
what really has a strong business need for importance 1.
 
This is one of those "It Depends" questions. There is no answer which is right 
for everyone.
Just understand the implications and make your own decisions. 


Terry Draper
zSeries Performance Consultant
w...@btopenworld.com
mobile:  +966 556730876

--- On Tue, 24/11/09, R Hey  wrote:


From: R Hey 
Subject: WLM Imp1
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, 24 November, 2009, 8:23


Hi,

It's been recommended NOT to use Imp 1 in WLM.

My client has been using Imp1 for online CICS.

I’m planning to change it to use Imp2 buy changing all Imp to Imp+1.

Can you think of any potential problems/issues?

TIA,
Rez 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Norman Hollander on DesertWiz

It certainly depends on what you are trying to accomplish.  That
"performance
expert" (who lives near me now) never said NO IMP=1; but rather reserve it
for
mission-critical work, short- important transactions, and emergency work.
If you
put a lot of work into IMP=1, there is no UP when you need to get something
done
in a hurry.  If you look at at the IMP levels as a bell curve (or a slightly
skewed
to the right one), WLM seems to do well with a little bit of work in IMP=1,
more in
IMP=2, more to much more in IMP=3, more in IMP=4, and a little in IMP=5.
Remember that
WLM starts at IMP=1 to be sure that work gets done, and moves down to IMP=5
and DISC.
And we're not going to start a war on whether there should or should not be
DISC work.
It is desirable that IMP=1 and 2 have a good PI, and the rest maybe, not so
much.
Also remember, the WLM robs Peter to pay Paul, so you really want work in
all of the IMP
levels.  Of course, this is all IMHO, and your mileage will vary.  This
technique has
worked in all the many sites that I've helped with WLM.

znor...@ca.com  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Edward Jaffe
Sent: Tuesday, November 24, 2009 SYSN 07:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WLM Imp1

R Hey wrote:
> It's been recommended NOT to use Imp 1 in WLM.
>   

By whom?

-- 
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1

2009-11-24 Thread Ted MacNEIL

>Some of that is probably true.  But from my experience at a lot of shops,
I think many of them just used IMP=1 for just about everything considered
"production online".
>All CICS regions, all DB2 subsystems, MQ, etc.
>Then they would (misguidedly) try and use velocity to make some distinction
within that service class.

I see nothing wrong with making Production Online all IMP=1, but there is no 
need to f*rt around with the velocities.
The WLM is smart enough to figure out which sub-system is dependent on which.
It just creates pseudo-classes to manage the dependencies.

What is more important is the service levels!
If they're being met, don't futz with it.
If they aren't, fix it!

Getting hung up on which importance should (not) be used is counter productive.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WLM Imp1