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:
Post your ideas
Start by posting ideas and requests to this portal to enhance a Power product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas and add comments to ideas that matter most to you
Get feedback from the IBM team to refine your idea
Help IBM prioritize your ideas and requests
The IBM team may need your help to refine the ideas so they may ask for more information or feedback. The Power teams will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at IBM works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.
Receive notification on the decision
Some ideas can be implemented at IBM, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.
Specific link you will want to bookmark for future use
IBM Unified Ideas Portal-https://ideas.ibm.com/- Use this site to create or search for existing Ideas across all IBM products that are outside of Power, and track all of your personal interactions with all Ideas.
Provide option to specify jobs for which detailed thread data should be OMITTED from the QAPMJOBMI file
In a large system environment, where there are jobs that are known to generate millions of secondary threads per day, Collection Services becomes almost unusable due to the amount of data in the QAPMJOBMI file.
This request is to provide an option to specify a job name, where secondary thread data from that job is not populated into the QAPMJOBMI file.
The file already includes a count of the number of threads created and the number of active threads, so there is data in the file that can be used to understand threading characteristics without the detail data of every thread.
The Management Collection object can contain the full set of data; the request is simply to exclude the thread data from the file.
This support needs to be part of the configuration when creating the database files during each interval collection, as well as when doing a full create of the performance data from the management collection object.
The client has a single job that generates millions of secondary threads each day. Many of these are short-lived and the JBSLTCNT count is incremented.
However, there are a sufficient number of threads that live more than one second such that the QAPMJOBMI file is around 34GB for a 24 hour collection.
The current circumventions are to expand the short-lived thread lifetime beyond one second, and to cycle the collection every 4 hours.
While these circumventions are helpful, an option to completely omit this thread data from the QAPMJOBMI file for jobs that are known to create millions of secondary threads would make analysis of the performance data faster, as well as more useful.
Having the full set of data in the Management Collection Object would allow for the option to create the file data with all threads included if this is required for analysis.
Do not place IBM confidential, company confidential, or personal information into any field.