Matan, The display you gave is for real storage use. You need the virtual storage view for the common areas. RMF monitor III has this display. By itself an overflow from SQA/ESQA to CSA/ECSA is not a problem. That is so long as you have ample room in CSA/ECSA to accommodate it. If the overflow is for SQA to CSA you are talking about areas with limited size below the line. Just increases the size of either may reduce your private area below the line by 1 megabyte. So in this case I would do serious investigation of why the increase. Most use of common has been move above the line. If the overflow is from ESQA to ECSA then your ECSA is probably big enough to handle it. If you do not have a lot of free space in ECSA already then increase at the next IPL. If you have an address space that requires a large extended private (such as DB2 with SAP) then be careful not to reduce extended private too much. If you continue to have an overflow then you may want to also increase ESQA (although this is not essential). Note that some overflow pages may hang around until the next IPL even though the total ESQA requirement has gone down. This is because the requester of the overflow pages is still using them. So the message in itself is not a problem. It should trigger you to investigate more as detailed above.
Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +66 811431287 --- On Tue, 21/9/10, Matan Cohen <matancohen...@gmail.com> wrote: From: Matan Cohen <matancohen...@gmail.com> Subject: SQA/ESQA HAS EXPANDED INTO CSA/ECSA To: IBM-MAIN@bama.ua.edu Date: Tuesday, 21 September, 2010, 9:34 Hi, When I started the websphere on the z/9 i noticed this message : *IRA103I **SQA**/**ESQA** HAS EXPANDED INTO **CSA**/**ECSA** BY 887 PAGES* entering to the Omegamon for MVS show this : Major Area Real Minor Area Not/Fix Fixed Total ======================================================================= High Private 1,117M 1,109M 8M 1,117M ======================================================================= Extended Private 4,091M 4,013M 79,664K 4,091M (ELSQA) 92K 76,808K 76,900K ----------------------------------------------------------------------- Extended Common 104,884K CSA 42,448K 16,860K 59,308K FLPA 12K 12K PLPA 20,560K 288K 20,848K SQA 1,996K 12,552K 14,548K Read/Write Nuc 488K 488K Read-only Nuc 9,680K 9,680K ======================================================================= Common 2,132K Read-only Nuc 112K 112K Read/Write Nuc 52K 52K SQA 332K 332K PLPA 1,184K 1,184K CSA 352K 100K 452K ----------------------------------------------------------------------- Private 55,580K V=V 48,936K 6,628K 55,564K (LSQA) 5,836K 5,836K System Area 16K 16K ----------------------------------------------------------------------- Abs Zero Frame 24K 24K 24K ======================================================================= Available 187,724K DataOnly Spaces 446,216K DataOnly Sp Mgmt 5,876K Shared Fixed 664K Shared Pageable 144,948K Page Table 5,656K Local Quad 3,312K BDF 24K TDF 24K SQA Reserved 20K DAT Off Nucleus 16K ----------------------------------------------------------------------- Total Storage 6G we have performance problem with the WAS but in HIGH CPU meaning I wander if i should care for this message and increase the SQA or consider other steps, any advise on this issue will be appreciate . -- best regards, matan cohen MF System Administrator. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
