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 Future consideration
Workspace Debug for z/OS
Created by Guest
Created on Aug 13, 2020

Taking code coverage of processes which runs many PL/I programs

Our request is to capture a code coverage data of over 10,000 programs running on a IMS FP region without restarting a IMS FP region.

Our online modules running on IMS FP are managed by SAIL framework, a IBM Japan asset programs. There, basically LE enclave is not recreated on the next program running, so only one enclave is used during FP region running.
With all programs running in debug mode on one FP region connecting to a headless mode collector, a code coverage data of each program run is not written to a file, and all code coverage data of all program run are kept in e-private storage of FP region.
Therefore, as the number of program executions increases, the amount of free e-private space will decrease, and then user program can not run at last.

As a result of our evaluation project last year, after around 300 to 500 programs run on one FP region, e-private was full and FP region must start again. We had to run around 10,000 programs for one day regression test, so they have to restart FP region many times. Therefore, we had to give up all tests and had to test only a limited number of program.

We understand following issues.
a) the code coverage results are all lumped together as a single "run"
b) the data would accumulate until the region was finally stopped.

Regarding above issues, we have the following thoughts.
a) The purpose of taking code coverage is for quality verification of PL/I migration. Therefore, it is more important to know the instructions executed in the entire test than to know the instructions executed by each transaction.
b) We understand that we have a limited number, but we want to run as many programs as possible.

Idea priority High
  • Guest
    Reply
    |
    Aug 19, 2020

    private We have accepted this RFE, noting that it is dependent on several other enhancements we currently have in plan. We do expect significant improvements once the PLI compiler enhancement regarding decreasing e-private usage (132957) is implemented, which will address some of the concern in this RFE (144617).