Martin, how about Dataspaces? *MASTER* does own quite a few of them!! One of our systems currently has 1.2Gb lodged against MASTER, which whilst not quite 2Gb, is 'up there' compared to most other LPARs in the plex. On that LPAR, CSM64001 accounts for 190k frames of REAL, which is best part of 800Mb of the 1.2Gb. Google implies this is VTAM related....
On 16 September 2013 17:25, Barry Merrill <[email protected]> wrote: > Martin: > > Can you get your customer to enabled RMF VSTORE for that JOBNAME to > populate the extensive > virtual storage allocations and usage data that will then be written in > RMF ID=78s? > > We only see 13M in our system so it's not worth us to enabling to see if > we could > find clues to help you. > > Barry > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Martin Packer > Sent: Monday, September 16, 2013 9:36 AM > To: [email protected] > Subject: Re: Memory For MSTJCL00 - Whose Is It? > > Good questions. To try and answer them... > > 1) Type 30 memory usage - not virtual. > > 2) I used to not see MSTJCL00 show up as a significant memory item > compared to, say, System Logger. Now I see it sometimes over 1GB. > > 3) I don't know what these 2 customers have done but I vaguely recall the > original one's situation as fairly pervasive across their estate. > > At this stage I'm not, except for perhaps in the original customer's case, > calling it in as a problem. > > I'm more interested in a conclusion like "all common large memory objects' > memory usage are recorded in the MSTJCL00 address space number". Or > whatever the truth turns out to be. > > Thanks, Martin > > Martin Packer, > zChampion, Principal Systems Investigator, Worldwide Banking Center of > Excellence, IBM > > +44-7802-245-584 > > email: [email protected] > > Twitter / Facebook IDs: MartinPacker > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > > > From: Elardus Engelbrecht <[email protected]> > To: [email protected], > Date: 09/16/2013 03:01 PM > Subject: Re: Memory For MSTJCL00 - Whose Is It? > Sent by: IBM Mainframe Discussion List <[email protected]> > > > > Martin Packer wrote: > > >Almost a year ago in > > > > https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/bad_data_and_the_subjunctive_mood?lang=en > > >I talked about seeing large numbers for memory in MSTJCL00. > > On what are you graph on that web page based? From what memory areas are > those workset based? (Pools, private space, below/above the line/etc.) It > is not clear to me on what is 'MSTJCL00 Work Set Size' is based and where. > > > >And are YOU seeing large memory numbers? > > Please define 'large'. This is not I'm trying to be funny, but at what > value is 'large' becoming a problem? > > > >I ask because I've seen it again in a customer with z/OS R.11. > > With or without debugging instructions like those in DIAG statements? Only > one LPAR or all or many of them? > > Just curious if you don't mind please. > > Groete / Greetings > Elardus Engelbrecht > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > > > > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [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 > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
