suche 36x36
Latest versionsfixlist
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IT21181 Status: Closed

SUBOPTIMAL PERFORMANCE MAY PERSIST ON AN STMM-TUNED SYSTEM DUE TO LARGE
CONSUMER NOT GIVING UP MEMORY

product:
DB2 FOR LUW / DB2FORLUW / B10 - DB2
Problem description:
On an STMM-tuned system, when there is a very large memory 
consumer that suddenly becomes idle (in very little need of 
memory), and there is no need to reassign that memory to other 
consumers for a lengthy period (>= 2 hours), STMM may 
subsequently not give memory to other needy consumers (eg. when 
workload ramps up). 
 
This occurs because of conflicting heuristics in STMM's tuning 
model.  A consumer for which historical statistics are "weak" 
will release memory in small amounts.  But those calculated 
amounts may be cancelled out when a separate minimum decrease 
size threshold test is applied. 
 
This situation is rare as the stubborn consumer must be very 
large, the demands of the other consumers modest, and, as stated 
above, there must be a fairly specific and extreme pattern in 
memory demands among the STMM-tuned memory consumers.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* larger systems using STMM (self-tuning memory manager)       * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* upgrade to DB2 Version 11.1 Mod 3 Fix Pack 3                 * 
****************************************************************
Local Fix:
Dynamically decrease the configuration of the stubborn large 
consumer in 25% decrements, waiting for ~5 minutes between each 
step before determining if tuning has normalized. 
i.e. 
  db2 connect to <database> 
  db2 alter/update <STMM consumer>... AUTOMATIC
available fix packs:
Db2 Version 11.1 Mod 3 Fix Pack 3 for Linux, UNIX, and Windows
Db2 Version 11.1 Mod3 Fix Pack3 iFix001 for Linux, UNIX, and Windows
Db2 Version 11.1 Mod3 Fix Pack3 iFix002 for Linux, UNIX, and Windows

Solution
Problem first solved in DB2 Version 11.1 Mod 3 Fix Pack 3
Workaround
see Local Fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
26.06.2017
15.03.2018
15.03.2018
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)