WLM/SRM enhancements in z/OS V2.5

WLM for z/OS V2.5 further improves the management of batch workloads. To meet performance goals, WLM no longer considers only available capacity on standard CPs when starting new batch initiators. Batch jobs that primarily execute on IBM z Integrated Information Processors (zIIPs) cause WLM initiators to be started preferentially on systems with available zIIP capacity. WLM manages initiators most efficiently when clients use separate service classes for batch jobs that primarily execute on standard CPs and those that primarily execute on zIIPs.
Starting with z/OS V2.5, the IBM recommended service coefficients CPU=1, MSO=0, IOC=0 and SRB=1 will be the predefined values and can no longer be modified. New health checks ZOSMIGV2R4_NEXT_WLM_ServCoeff and ZOSMIGV2R3_NEXT2_WLM_ServCoeff are provided to check the WLM service coefficients being specified in the currently installed WLM service definition.

WLM/SRM enhancements for IBM z15

z/OS Workload Management supports now System Recovery Boost. Built into IBM z15, System Recovery Boost is an innovative solution that diminishes the impact of downtime, planned or unplanned, so you can restore service and recover workloads substantially faster than on previous IBM Z generations with zero increase in IBM software MSU consumption or cost. With System Recovery Boost, you can use your already-entitled Central Processors and zIIPs to unleash additional processing capacity on an LPAR-by-LPAR basis, providing a fixed-duration performance boost to reduce the length and mitigate the impact of downtime.

z/OS Workload Management support for Tailored Fit Pricing delivers simplicity, transparency, and predictability of pricing. WLM introduces a new Tenant Resource Group capability to allow the metering and optional capping of workloads, along with the ability to map those workloads directly to Tailored Fit Pricing. For solutions colocated on an LPAR with unrelated work, the system programmer creates tenant resource groups and tenant report classes in the WLM service definition to identify the solution workload. WLM automatically gathers consumption data (4HRA, service units) for that workload which is then processed in SCRT according to the rules of Tailored Fit Pricing.
With More Granular Ressource Controls z/OS Workload Management allows now to deactivate Discretionary Goal Management in the service definition, to exempt service classes from default IFAHONORPRIORITY or IIPHONORPRIORITY processing, and to specify a memory limit for resource groups and tenant resource groups.
With z/OS 2.4 the performance of XML format service definition reads and writes in the WLM ISPF Application is increased.

Workload Manager in z/OS V2.3 incorporates the latest support for the IBM z14. Hiperdispatch has been enhanced memory-intensive applications to preferentially use the same common cache across workload balancing intervals. Also, z/OS WLM enhances compute- intensive applications to preferentially be subdivided across processors sharing common caches.
WLM Sysplex Routing is now sensitive to upcoming but not yet active soft capping. This enables clients to optimize the four-hour rolling average for Workload License Charges.
z/OS Workload Management provides a new control that allows service classes to be defined such that their specialty processor eligible work will not execute on general purpose processors. In addition, WLM resource groups are enhanced to limit the amount of real storage that may be used by the associated service classes.
z/OS Workload Management (WLM) is enhanced with an option to cap a system to the MSU value that is specified as the soft cap limit regardless of the four-hour rolling average consumption.
Workload Manager allows now goal definitions for average and percentile response time goals down to 1 ms.

Workload Manager in z/OS V2.2 incorporates the latest support for the IBM z13. This includes support for simultaneous multithreading (SMT) on zIIP specialty engines and SRM support for large real storage. Also, HiperDispatch was enhanced to consider additional capping situations.
WLM enhancements for health based routing in a Parallel Sysplex® can improve availability through extended diagnostics and autonomic. Fabric I/O Priority, extends Workload Management into the SAN fabric and can help when your most important workloads need best service.
WLM support enables the new JES 2 Dependent Job Control.
A new WLM API -IWM4OPTQ- allows monitoring product to dynamically retrieve a self-describing list of all IEAOPT parameters.
The WLM support for WLM managed DB2 bufferpools (AUTOSIZE bufferpools) has been improved.

Relaxed ZAAP-ZIIP requirements: SRM changed to relief requirements for the IEAOPTxx ZAAPZIIP (“zAAP on zIIP”) option:
No longer limits the zAAP on zIIP function based on the number of zAAPs and/or the number of zIIPs installed on the machine.
The zAAP on zIIP function continues to be limited to LPARs that have no zAAP. With this information users can, for example, set a goal, based on a required response time.
Smoother capping with WLM managed softcapping.
When IRD weight management is active the group capacity of an LPAR may be derived by the initial weight.
New “Absolute Capping Limit” LPAR control.
New Classification Qualifiers and Groups:
New classification group types.
Some new and modified work qualifier types for use in classification rules in the WLM service definition.
Important service classes which are sensitive to I/O delay can now be assigned to priority group HIGH which ensures that they get always higher I/O priorities than the service classes assigned to group NORMAL.
Improved granularity for resource groups.
Up to 3000 Application Environments.

Enhanced reporting:

WLM reporting now provides a response time distribution for all service classes - also for service classes with an execution velocity or discretionary goal. For example, an RMF user can retrieve the response time for service class periods with velocity and discretionary goals.
With this information users can, for example, set a goal, based on a required response time. Enhanced processing of enclave tasks:
WLM allows enclave tasks that have subtasks that were implicitly added to that enclave to leave the enclave.
WLM also allows tasks that have non-enclave subtasks to join an enclave and have the subtasks implicitly joined to that enclave as well.

CICS response time management enhancement:

Support for SLEDrunner z:

Optimized processing of IO requests in a DS8700 storage server by consideration of the WLM importance and goal fulfillment of the related work.