README VERSION : 1.0 README Creation Date : 2011-09-08 PATCH-ID : PHKL_42342 PATCH NAME : VRTSglm 5.1SP1RP1 BASE PACKAGE NAME : VRTSglm BASE PACKAGE VERSION : 5.1 OBSOLETE PATCHES : NONE SUPERSEDED PATCHES : NONE REQUIRED PATCHES : NONE INCOMPATIBLE PATCHES : NONE SUPPORTED PADV : hpux1131 (P-Platform , A-Architecture , D-Distribution , V-Version) PATCH CATEGORY : PERFORMANCE REBOOT REQUIRED : YES KNOWN ISSUES : FIXED INCIDENTS: ---------------- Patch Id::PHKL_42342 * Incident no::2406572 Tracking ID ::2146573 Symptom:::Customer reported this as performance issue. The application was running slower when this problem happens. The SAR utility on HP-UX was showing some processes in PRI state. Description:::(1) Complexity: This is an extremely complex performance concern in an environment where different applications are in great competition for the same system-wide resources. (2) Performance overheads: Competition for system resources is expected. However intense competition can create large overheads due to increased repetitive initialization. We approached this issue in multiple ways. Provided customer some tuning and application changes. Resolution:::No product bug was identified from Symantec side. However a GLM patch was provided to customer which does two things. 1. Different names given to different GLM spin locks. So that we can identify various locks from spin watcher output. 2. We take avoiding a spinlock which keeps accounting if how many times allocation did in GLM. Removing this lock will not cause any regression. Also, we have not said that it will solve this performance problem. * Incident no::2412137 Tracking ID ::2346730 Symptom:::On the AIX platform a method of identifying the pinned memory in use by VxFS and GLM is required. Description:::The VxFS inode cache, buffer cache and Directory Name lookup Cache (DNLC) are the main consumers of pinned memory by VxFS. We require counters detailing the total pinned memory in use by VxFS and total in use by GLM, plus a break down of the pinned memory in-use for these three VxFS caches Resolution:::New vxfsstat counters have been added to track the VxFS pinned memory usage, the VxFS counters can be displayed using the 'vxfsstat -m' option. A new option to glmstat has been added to display the current pinned memory inuse by GLM. This new option is 'glmstat -p'. INCIDENTS FROM OLD PATCHES: --------------------------- NONE