Skip to Main Content
IBM Z Software


This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Categories Runtime
Created by Guest
Created on May 31, 2022

Guarantee LG_DEFER Waits Do Not Exceed LGDFINT

When two tasks with higher than normal VSAM activity are simultaneously routed to the same target region, there can be extended delays related to LGDFINT. The calculations LGDFINT uses to determine whether to force or defer a log write can be skewed very quickly, causing decisions to be made that are not reflective of normal region activity. When the region is deemed inaccurately busy, the deferred writes now depend on incoming work past the LGDFINT limit. When these regions are CPSM targets, they are avoided due to the long running tasks which compounds the issue. The result is several second LG_DEFER waits in regions with a 2 millisecond LGDFINT value. In this scenario, brief spikes in volume where LGDFINT should be of value actually cause it to be a liability. Improvements should be made as to when LGDFINT is enforced. When it is enforced it should be a guaranteed upper limit. This solution should not have a negative performance impact, as it would be during periods of peak activity when it would be utilized.

Idea priority High
  • Guest
    Reply
    |
    Sep 20, 2022
    The word "guarantee" in the RFE title is impossible to achieve. Ultimately we are at the mercy of the z/OS and PR/SM dispatcher to give us CPU when we need it, and therefore we cannot say that a task will *never* exceed LGDFINT.

    Even if we could concoct a way for the CICS dispatcher to put a task on a dispatchable TCB within a specific timeframe, it would assume that TCBs are dispatched as soon as they are POSTed and that will not always be true.

    We have assessed this requirement. We have no current plans for this to be implemented and so this requirement is being declined at this point.