Since you asked about zIIP reporting and now zIIP restrictions, perhaps you can 
share what problem you are trying to resolve?

There are options available that might help you, but it is not clear what 
problem you are trying to solve.

So work pushed to a zIIP engine will reduce your costs overall.  So this is a 
good thing.

Not pushing work to a zIIP could increase your 4HR rolling average and increase 
your costs for software usage.

You have a generator for building batch jobs.  Not knowing how this is set up 
or works, it is difficult to say how to force a common job to a specific 
jobclass without knowing more details.

You do not say if you have tools like z/OSEM by Trident Software, or Easyexit 
by DTS Software, or other tools.

How would you identify in your tool a job that should use a zIIP Proc vs. a 
normal proc?


Here is the manual I use when setting up RMF reports

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb500/toc.htm


If you do not have PROJECTCPU in SYS1.PARMLIB set to YES, this maybe something 
you would like to do

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/spi.htm



PROJECTCPU=[YES | NO]
    Specifies whether to activate or deactivate the projection of how work 
could be offloaded from regular CPs to special assist processors like the 
System z Application Assist Processor (zAAP) and the System z Integrated 
Information Processor (zIIP).
    Note:

        The PROJECTCPU parameter is not necessary if you can define a zIIP or 
zAAP as a reserved processor in the LPAR configuration. The PROJECTCPU 
parameter is provided for users of earlier processors on which defining a zIIP 
as a reserved processor is not supported when no zIIP is purchased for planning 
purposes.
        If the installation requires ZIIP statistics but there is no ZIIP 
defined (reserved or actual) on the LPAR, then PROJECTCPU=YES is required 
regardless of hardware model.
        Any work that is eligible for being offloaded to a special assist 
processor will be reported as Special_Processor_on_CP work. This information 
can be used to understand the benefit of adding a special processor into the 
configuration.

    Values: YES or NO

    Default Value: NO - projection will not be done, unless a special assist 
processor is configured to the system. In that case, the system will collect 
projection values.



In the ISPF-RMF function you can list your current settings

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb500/erbb500345.htm

OPT     OPT Settings report


Then you can also 

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb500/ppr.htm


You can get zIIP time in various areas, Service, APPL, and other functions in 
RMF reporting.

It will all depend on what you are looking to generate report(s) on.



Hope this helps


Lizette


> -----Original Message-----
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
> Lizette Koehler
> Sent: Sunday, December 16, 2018 7:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Enforcing CLASS in instream proc
> 
> I am wondering how you can enforce zIIP usage?
> 
> A zIIP engine, as far as I know, is chosen by z/OS based on interruptible SRB
> and work type.
> 
> I do not know of a way to say this CLASS or this JOB will use zIIP.
> 
> So how are you planning to do the assignment of a zIIP?
> 
> Lizette
> 
> 
> > -----Original Message-----
> > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> > Behalf Of Peter
> > Sent: Sunday, December 16, 2018 1:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Enforcing CLASS in instream proc
> >
> > That particular instream proc invoke ziip .
> >
> > As the default job card is generated by the application for all the
> > others jobs too, but particularly to a instream proc we want to assign .
> >
> > The reason we want to control is that we want to limit the usage of
> > particular class and have a specific class to pick the zIIP invocation
> > instream proc
> >
> >
> > On Sun 16 Dec, 2018, 12:11 PM Binyamin Dissen
> > <bdis...@dissensoftware.com
> > wrote:
> >
> > > As there is more one way to generate JCL, why would you want to
> > > control if a specified PROC is included instream?
> > >
> > > What is done in this instream procedure that you wish to control?
> > >
> > > On Sun, 16 Dec 2018 11:51:26 +0400 Peter <dbajava...@gmail.com> wrote:
> > >
> > > :>We have some job which runs with a default class B.
> > >
> > > :>We would like to redirect some of the Job which uses a particular
> > > instream :>to use a different class.
> > >
> > > :>Is there a way to enforce the class selection while using a
> > > specific :>instream proc ?
> > >
> > > :>I am seeing the manual on instream. Procedure override but I don't
> > > find any :>reference on my requirement
> > >
> > > :>Has anyone tried this similar and have a working solution ?
> > >
> > > --
> > > Binyamin Dissen <bdis...@dissensoftware.com>
> > > http://www.dissensoftware.com
> > >
> > > Director, Dissen Software, Bar & Grill - Israel
> > >
> > >
> > > Should you use the mailblocks package and expect a response from me,
> > > you should preauthorize the dissensoftware.com domain.
> > >
> > > I very rarely bother responding to challenge/response systems,
> > > especially those from irresponsible companies.
> > >
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Reply via email to