I don't want to turn this into a debugging session, but this is what I see in RMF3 on the non-DB2 utility system. All of the TPX 'regions' are below this list sorted by Aux Slots. No task shows any page-ins.
- Service -- Frame Occup.-- - Active Frames - AUX PGIN - Jobname C Class Cr TOTAL ACTV IDLE WSET FIXED DIV SLOTS RATE - - *MASTER* S SYSTEM 271K 271K 0 271K 8513 0 526K 0 - IOSAS S SYSTEM 11702 11702 0 11702 313 0 58436 0 - ZFS S SYSSTC 10217 10217 0 10217 575 0 35128 0 - OMCMS S SYSSTC 17310 17310 0 17310 1615 0 31499 0 - AUTONETV S STCLO 10093 10093 0 10093 452 0 15413 0 - AUTOAMGR S SYSSTC 2373 2373 0 2373 144 0 12540 0 - OMMVS S SYSSTC 3968 3968 0 3968 168 0 11929 0 - TN3270Z S SYSSTC 9993 9993 0 9993 155 0 10801 0 - RASP S SYSTEM 281 281 0 281 276 0 10068 0 - OMVS S SYSSTC 4870 4870 0 4870 306 0 8994 0 - JES2 S SYSSTC 3552 3552 0 3552 3079 0 8881 0 - RMF S SYSSTC 2884 2884 0 2884 113 0 6827 0 - NETVIEW S SYSSTC 7620 7620 0 7620 276 0 6815 0 - TCPIP S SYSSTC 1641 1641 0 1641 141 0 6778 0 - VLF S SYSSTC 1919 1919 0 1919 104 0 5631 0 - SMSPDSE S SYSTEM 2852 2852 0 2852 181 0 5180 0 - RESOLVER S SYSSTC 3209 3209 0 3209 109 0 5136 0 . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Graham Harris Sent: Thursday, April 13, 2017 1:41 PM To: [email protected] Subject: (External):Re: Paging subsystems in the era of bigass memory Have you got RMF3? Tried looking at STORF to see what address space(s) are consuming all your AUX slots? Are you running Netview? Got a CANZLOG dataspace? That can chew through a lot of memory if not configured quite right in recent z/OS releases. On 13 April 2017 at 20:26, Jesse 1 Robinson <[email protected]<mailto:[email protected]>> wrote: > This thread did seem to morph into a focus on DB2, but the paging > problem for us is not confined to DB2. We have one utility system that > was set up years ago to be a 'CMC'. It's still dedicated to 'network > stuff', which for some time has narrowed down to CA-TPX, the SNA > session manager. Very little else runs there. Certainly no DB2 or CICS. > Absolutely no end-user apps. > We've sort of ignored this system recently as we turned attention > elsewhere. It was last IPLed in January 2016, well over a year ago! It > runs great except for this burr under the saddle. The local volumes > are all Mod-3. Whatever we decide to do about DB2 will not help here. > > - IEE200I 11.29.28 DISPLAY ASM > - TYPE FULL STAT > - PLPA 100% FULL > - COMMON 36% OK > - LOCAL 53% OK > - LOCAL 49% OK > - LOCAL 43% OK > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > [email protected]<mailto:[email protected]> > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Mike Schwab > Sent: Wednesday, April 12, 2017 8:18 PM > To: [email protected]<mailto:[email protected]> > Subject: (External):Re: Paging subsystems in the era of bigass memory > > Here is an IBM presentation on how to tune z/OS and DB2 memory, > including some parameters to set. > http://www.mdug.org/Presentations/Large%20Memory%20DB2%20Perf%20MDUG.p > df > > On Wed, Apr 12, 2017 at 2:55 PM, Art Gutowski > <[email protected]<mailto:[email protected]>> > wrote: > > Did someone on this thread say DB2?? > > > > We have been experiencing similar AUX storage creep on our DB2 > > systems, > particularly during LARGE reorgs (more of a gallop than a creep). Our > DB2 guys did some research, opened an ETR with IBM, and found this relic: > > > > Q: > > "[Why was] set realstorage_management to OFF when that zPARM was > introduced in DB2 version 10? > > > > "Details > > "IBM z/OS implemented a Storage Management Design change after DB2 > > v10 > was released. > > "• Before the design change, DB2 used KEEPREAL(NO), virtual storage > pages were really (physically) freed, high CPU cost if YES > > DISCARDDATA KEEPREAL(NO), RSM has to get LPAR level serialization to > > manage those pages that are being freed immediately. That added to > > CPU usage and also caused some CPU spin at the LPAR level to get > > that serialization -- excerpt from PTF > > > > "To get around/minimize the impact of the original design > > shortcomings > that was introduced by IBM RSM z/OS, setting zPARM > realstorage_management to OFF, would probably have been prudent on > most LPARs. HP/EDS tried to address this new issue IBM created. > > > > "IBM create two PTFs and changed the way DB2 and RSM manages the > > page > frames. > > > > "• After a design change (now) DB2 uses KEEPREAL(YES), storage is > only virtually freed > > "If DB2 doesn't tell RSM that it doesn't need a frame, then the > > frame will remain backed in real storage in some form. That causes > > the growth of real storage and paging and everything that goes with > > using up REAL storage. KEEPREAL(YES) allows DB2 to tell RSM that > > z/OS can steal the page if it needs it, but DB2 retains ownership of > > the page, and it remains backed with real storage. If z/OS needs the > > page, it can steal it -- excerpt from PTF > > > > "V10 APAR PM88804 APAR PM86862 and PM99575" > > > > So...perhaps check your DSNZPARM and make sure it's coded > > appropriately > for more modern times. FYI, we are z/OS 2.2 and DB2 11.1, NFM. We > are in the process of rolling out REALSTORAGE_MANAGEMENT=AUTO (the > current IBM recommended setting) across our enterprise. > > > > HTH, > > Art Gutowski (with assist from Doug Drain, Steve Laufer and IBM) > > General Motors, LLC > > > > -------------------------------------------------------------------- > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected]<mailto:[email protected]> > > with the message: INFO > > IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected]<mailto:[email protected]> with the > message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected]<mailto:[email protected]> with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
