Chat now with support
Chat with Support

Spotlight on DB2 6.10 - User Guide

Spotlight on IBM DB2 LUW (Linux, Unix, and Windows)
New in This Release Getting started with Spotlight on IBM DB2 LUW Desktop features specific to Spotlight on IBM DB2 LUW Spotlight on IBM DB2 LUW drilldowns
About Spotlight on IBM DB2 LUW drilldowns Buffer Pool Analysis drilldown Client Application Analysis drilldown Database Analysis drilldown Database Manager Summary drilldown Diagnostic Log drilldown FCM Analysis drilldown Tablespace Analysis drilldown Top SQL drilldown Operating System drilldown Workload Management Analysis drilldown
Spotlight on IBM DB2 LUW alarms Spotlight on IBM DB2 LUW Options Tuning SQL statements in Spotlight on IBM DB2 LUW
Spotlight Basics
Spotlight Connections Monitor Spotlight Connections Alarms Charts, Grids And Home Page Components View | Options Troubleshooting
Spotlight History Spotlight on Windows
Connect to Windows Systems Background Information Home Page Alarms Drilldowns View | Options Troubleshooting
Spotlight on Unix About us Third-party contributions Copyright

Package Cache component

The Package Cache Hit Rate component monitors the package cache allocated for the database or partition. Package cache is memory that temporarily stores package and section information required for the execution of static and dynamic SQL statements. When applications obtain static SQL information from package cache, they eliminate I/O on system catalogs. When applications obtain dynamic SQL information from package cache, they avoid the cost of compiling the SQL statements.

Required monitor switch

None

Displayed statistics

At each refresh, Spotlight captures the package cache hit ratio and displays it for this component.

The package cache hit ratio is the main indicator of cache efficiency. If you have a high hit rate (over 80%), the cache is performing well. A low hit rate could mean that the package cache size is too small and should be increased.

Additional statistics

The following statistics are captured but not displayed for this component at each refresh.

  • The number of package cache lookups—The number of package cache lookups that have resulted in applications actually retrieving required SQL information from the package cache.

  • The number of package cache overflows—The number of all package cache inserts that have resulted in overflows. An overflow occurs when the limit set by the PCKCACHESZ database configuration parameter is exceeded. The package cache is forced to borrow memory from other entities in database shared memory, causing possible lock list escalation and overall performance degradation.

Associated drilldown

Click the Package Cache Hit Rate component to open the Databases drilldown. This drilldown provides details about the database or partition that you are monitoring. The Caching tab is in immediate focus to help you pinpoint problems related to package cache usage in the database or partition.

 

Related topics

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating