Skip to Main Content
IBM Data and AI Ideas Portal for Customers

This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. 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 (

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

Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. Get feedback from the IBM team to refine your idea

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal ( - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal ( - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM. - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

IBM Employees should enter Ideas at

Status Future consideration
Workspace Db2
Components BLU Acceleration
Created by Guest
Created on Jul 26, 2023

Db2 TOTAL_CPU_TIME monitoring metric on AIX should reflect "wall" CPU time and not use PURR-scaled time reported currently by thread_cputime AIX API

Db2 monitoring interfaces report "CPU time" metric (TOTAL_CPU_TIME), which accounts the time that given activity/request (and all higher level aggregated interfaces) spent actively "on CPU" whilst executing the query.

On AIX this information is obtained using APIs:

·        getrusage64 (currently)
·        thread_cputime (in the future fix packs) 

Both of those return time scaled with Processor Utilization Resource register (PURR) value, which makes the value lower than the "wall time" for which given thread was active on the CPU, some background about the behaviour is documented on IBM Community blog entry:

 Db2 documentation reports that TOTAL_CPU_TIME is actual user + system CPU time in microseconds:

The total amount of CPU time used while within the database system. Represents total of both user and system CPU time. This value is in microseconds.

Because of the PURR scaling the value is always undercounted for any SMT modes higher than 1 on AIX. As the result, analysis of the time spent metrics (how much wait vs CPU time contribute to TOTAL_ACT_TIME) cannot be precise and might be misleading for user during troubleshooting and bottleneck analysis.
Db2 should use API that reports wall clock (possibly pm_get_data_mythread) or request IBM AIX team for an optional flag for current thread_cputime that would report non-scaled time (accu_timebase in pm_get_data_mythread)

Needed By Quarter