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 System Management
Created by Guest
Created on Jun 15, 2018

Improve function for compress of IMS type99 log using H/W component instead of MVS service

We plan to use IBM InfoSphere Data Replication for IMS for next disaster recovery system. It needs new IMS type99 log records for data replication at source system.
The source system's CPU usage was increased 20 percents by adding type99 log. We would like to reduce CPU cost. IMS type99 log record is compressed by MVS compression service now. IF this compression workload is offloaded to H/W(zEDC or CSRCMPSC macro), some CPU cost will be reduced. Also if data compression ratio is improved by new compression, IMS log volumes and CPU cost will be decreased more.
This new function might have to be optional function, in order to provide conventional user's compatibility.
Note: Both IMS and IIDR for IMS need to apply this function simultaneously. (i.e. IMS for data compression and IIDR for IMS for data decompression)

Idea priority Urgent
  • Guest
    Reply
    |
    Mar 13, 2019

    Hi FUJIOKA-San,
    Thank you for your interest in keeping IMS a vital and successful product. Software development has continuously evolved during IMS's lifetime, and so has IMS itself. We have kept pace with, adopted, and implemented many industry standard best practices within our organization, including Continuous Delivery, Design Thinking, and Agile.

    When choosing new features to add from the list of requirements in our backlog, we assess which will bring the most value to as many clients as possible and prioritize those.

    At this time, after reviewing this request for enhancement and assessing its potential value, we have decided to reject it. The reason we are rejecting RFE 121306 is as follows:
    1) based on feedback from POK, the suggestion would not help as the size of data that is individually compressed in a log 99 record is relatively small (each section in a 99 record is compressed separately). Taking advantage of the hardware compression requires consistently large data sizes for benefit.
    2) This RFE was opened when MUFG was hitting some significant CPU overhead using IIDR as an idea. We had meetings with IBM Japan on CPU utilitzation issues for several months. As part of this we added some support in IMS and a lot of support in IIDR to reduce the CPU overhead since then and the numbers are much better.

    We appreciate your input to IMS, and we hope that you will continue to submit ideas for improvements as customer feedback is a key component to shaping the future direction of IMS.

    Thank you.
    Sincerely,
    Deepak Kohli - deepakk@us.ibm.com