R: SMF 194
Check this IBM TS7700 Series Statistical Data Format ___ Fabio Massimo Ottaviani EPV Technologies Technical Director Mob. +39 3406168088 - Tel. +39 0686210880 EPV Technologies S.r.l. Viale Angelico,54 – 00195 Roma www.epvtech.com -Messaggio originale- Da: IBM Mainframe Discussion List Per conto di Ituriel do Neto Inviato: lunedì 1 luglio 2024 20:37 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: SMF 194 Hi all, I'm trying to decode SMF 194, but had no success finding its layout. Do you know if this is IBM-restricted material? Can you point me in the right direction? Thanks in advance. Best Regards Ituriel do Nascimento Neto z/OS System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: IBM-MAIN Posting Guidelines
Finally. Thanks a lot Fabio ___ Fabio Massimo Ottaviani EPV Technologies Technical Director Mob. +39 3406168088 - Tel. +39 0686210880 EPV Technologies S.r.l. Viale Angelico,54 - 00195 Roma www.epvtech.com -Messaggio originale- Da: IBM Mainframe Discussion List Per conto di Darren Evans-Young Inviato: domenica 17 settembre 2023 23:48 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: IBM-MAIN Posting Guidelines First, I would like to apologize to the list for not being a better list owner. Life has been busy. I've had numerous complaints about some postings on the list. So, here's the deal. All posts WILL be directly related to IBM Mainframe topics. No discussions of religion, politics, etc. No name calling, insults, etc. Respect each other. Failure to adhere to these simple basic guidelines will result in being set to REVIEW and/or removal from the list. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: Assembler program attaching a C program
Thanks to all of you for the interesting suggestions This is the compiler we use PGM=CCNDRVR,PARM=('/SSCOM,LIS,LO,RENT,DLL,LP64,XPLINK') We tried to use PARAM=(R1) but it doesn't work. Nothing passed in argv in the C program We also tried to add what suggested by David If you want to pass the address of a parameter list in R1 use the following. #pragma runopts(plist(os)) And in main struct plist * parms = ( struct plist * ) __R1; But we got pragma runopts syntax (CEE3611): The run-time option PLIST was an invalid run-time option or is not supported in this release of Language Environment. Fabio ___ Fabio Massimo Ottaviani EPV Technologies Technical Director Mob. +39 3406168088 - Tel. +39 0686210880 EPV Technologies S.r.l. Viale Angelico,54 – 00195 Roma www.epvtech.com -Messaggio originale- Da: IBM Mainframe Discussion List Per conto di Paul Gorlinsky Inviato: martedì 22 novembre 2022 15:00 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: Assembler program attaching a C program If this is a C program running under the LE enclave, then I would expect the normal calling conventions to be used. Wouldn't it be best practice to use standard OS conventions at least to the main() function? More questions, is this a main() function you are trying to attach or another function? Calling conventions are not the same. Take a look at <https://publibz.boulder.ibm.com/epubs/pdf/cee14200.pdf> https://publibz.boulder.ibm.com/epubs/pdf/cee14200.pdf Language Environment Writing Interlanguage Communication Applications BTW is the assembler program in an LE enclave? Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to <mailto:lists...@listserv.ua.edu> lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Assembler program attaching a C program
Hello I wrote an assembler program attaching a C program with ATTACHX ATTCHATTACHX EP=PROGC,PARAM=R10, ECB=AMYECB, DISP=NO I set the address of the field, I want to pass as parameter, in R10 I checked that argv in the C program is empty Is there something I have to do in the C program to get the content of the field? Thanks Fabio -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: How is SMF 120 Collected (Websphere)
Hello Lizette You have to customize WebSphere to get SMF 120 records In this example only SMF 120 subtype 6 and 8 are activated (see property in red) Different properties can be set to get the other subtypes Best regards Fabio 1. Go to the Environment entries page of the administrative console. Click Servers > Server Types > WebSphere application servers > server_name > Java and Process Management > Process definition > Environment entries. 2. To enable SMF type 120 subtype 6 and 8 records specify the following property: oname = server_SMF_container_interval_enabled = 1 3. It will also be important to synchronize data with global SMF interval oname = server_SMF_interval_length, value=0 4. Click OK or Apply. 5. Save the changes and make sure a file synchronization is performed before restarting the servers. 6. For the changes to take effect, restart the application server. +++++++++ + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Lizette Koehler Inviato: giovedì 27 aprile 2017 23:05 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: How is SMF 120 Collected (Websphere) List, I was requested to do some reports using SMF Type 120 records - Websphere. I looked in my SMF Dump process and they are not in the summary. I checked my SMF Options and they are set to collect all records SUBSYS(STC,TYPE(0:255)) -- SYS SYS(TYPE(0:255)) -- DEFAULT So I am not sure why this is not being collected. Is there something in WebSphere to tell it to write SMF 120 Records? Do I need to go ask the MQ List? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to <mailto:lists...@listserv.ua.edu> lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: z10 BC LPAR Capping question
Hello Mark It is not possible. As soon as you hard cap an LPAR in a group the LPAR is put outside of the group so it's not controlled anymore by the group capacity limit. As suggested by Martin you could use defined capacity and group capacity together. Best regards Fabio +++++ + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Mark Jacobs - Listserv Inviato: martedì 10 febbraio 2015 16:39 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: z10 BC LPAR Capping question This isn't my area of expertise, but I've been asked if we can define a capacity defined group and also have one of the members of the group have a hard cap enabled. This is on a z10 BC processor. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: R: R: Differences between CPU values from SMF30 and DB2 stats
Just click the @ symbol in the last column close to the white paper you want and put your details in the pop-up window ... + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di efinnell15 Inviato: venerdì 9 agosto 2013 09:05 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: R: R: Differences between CPU values from SMF30 and DB2 stats Looking at the three page Newsletter .pdf says reply to this eMail with Analyzing DB2 in Sub but doesn't give a hint as to the email? In a message dated 8/9/2013 1:43:36 AM Central Daylight Time, fabio.ottavi...@epvtech.com writes: Newsletter 4 and 5 2010. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: R: Differences between CPU values from SMF30 and DB2 stats
You can request the "Analyzing DB2 overhead" white paper at: http://www.epvtech.com/resources/newsletter.html Newsletter 4 and 5 2010. Best regards Fabio +++++ + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di efinnell15 Inviato: giovedì 8 agosto 2013 23:00 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: R: Differences between CPU values from SMF30 and DB2 stats Guess you could post a link or tinyurl where the paper could be found? In a message dated 08/08/13 12:39:40 Central Daylight Time, fabio.ottavi...@epvtech.com writes: Unfortunately I could not attach the graph because of List rules but results using SMF 100 are just a little bit lower than using SMF 30 OR 72. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: Differences between CPU values from SMF30 and DB2 stats
Hi all This is a snapshot of a paper I wrote a couple of years ago. May be it can help ... Unfortunately I could not attach the graph because of List rules but results using SMF 100 are just a little bit lower than using SMF 30 OR 72. Best regards Fabio DB2 overhead for MSTR, DBM1 and IRLM can be easily evaluated using SMF 30, 100 or 72 records. a) Using SMF 30 interval records (subtype 2 and 3); you have to select the records belonging to MSTR, DBM1 and IRLM address spaces and sum the CPU time provided in the SMF30ICS, SMF30ICU, SMF30HPT, SMF30IIP, SMF30RCT, SMF30CPS, SMF30CPT fields; b) Using SMF 100; you have to use the QWSAEJST and QWSASRBT fields. A section for each DB2 system address space is provided, so to get MSTR, DBM1 and IRLM overhead you have to sum the values corresponding to all of them2. Remember that these counters have been accumulated since DB2 was last started. So a de-accumulation step is required to get the numbers relative to the analyzed period of time. c) Using SMF 72 records requires a preliminary assignment of DB2 system address spaces to specific WLM service or report class. Then you have to: 1. select the records belonging to these classes; 2. normalize zAAP and zIIP service units, provided in the R723CIFA and R723CSUP fields, to standard CPUs speed multiplying respectively by the R723NFFI and R723NFFS coefficient (they normally have the same value) and dividing by 256; 3. subtract normalized zAAP and zIIP service units from the service units provided in the R723CCPU field; 4. convert TCB and SRB service units values in R723CCPU and R723CSRB to CPU seconds multiplying by the system service units per second value and dividing by the TCB and SRB coefficients (provided in the R723MCPU and R723MSRB fields); 5. sum the values obtained in the previous step to the values provided in the R723CIIT, R723CHST and R723CRCT fields. We applied all the methods described above and we calculated the DB2 System Address Spaces overhead using the following variables: • AS100OVH, based on SMF 100 records; • AS072OVH, based on SMF 72 records; • AS030OVH, based on SMF 30 interval records. The graph in Figure 1 allows us to compare the results we obtained. Only the “prime shift” hours, from 8am to 5pm, are presented. + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Barry Merrill Inviato: giovedì 8 agosto 2013 19:27 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: Differences between CPU values from SMF30 and DB2 stats In general, there will be very little CPU time recorded in the DB2 Address Spaces, except for the DDR address space, because CPU time consumed in DB2 is recorded in the address space OF THE CALLER, i.e., the Batch Job or the CICS region that called DB2, so the SMF 101 (DB2ACCT) data is the only safe source of who is consuming DB2 CPU time. Barry Herbert W. "Barry" Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 <mailto:ba...@mxg.com> ba...@mxg.com <http://www.mxg.com> http://www.mxg.com - FAQ has Most Answers <mailto:ad...@mxg.com> ad...@mxg.com - invoices/PO/Payment <mailto:supp...@mxg.com> supp...@mxg.com- technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 - prefer email, still works -Original Message- From: IBM Mainframe Discussion List [ <mailto:IBM-MAIN@LISTSERV.UA.EDU> mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Bell Sent: Thursday, August 08, 2013 12:21 PM To: <mailto:IBM-MAIN@LISTSERV.UA.EDU> IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Differences between CPU values from SMF30 and DB2 stats There is a basic issue with DB2 statistics for CPU - they start with the first SQL statement. Everything that happens before that is not recorded in the DB2 cpu times. This is WAD. There used to be some presentations on what was included in DB2 cpu and why. I haven't looked for them in a long time. Maybe someone on DB2 listserv has a better memory or keeps better notes. Mike On Thu, Aug 8, 2013 at 8:39 AM, Charles Mills < <mailto:charl...@mcn.org> charl...@mcn.org> wrote: > Do you know that there is a DB2-specific mailing list where lots of > serious DB2 performance heavyweights hang out? > > I believe the enrollment process is to go to <http://www.idug.org> > ww
R: Defined capacity
Hi Jan Redbook - WLM System Programmer Guide - Chapter 3 Best regards Fabio + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Jan Vanbrabant Inviato: mercoledì 13 febbraio 2013 17:13 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: Defined capacity Hi Kees, I'm following this thread. (Learning a lot doing this...) Whare can I find more about 'phantom load' and 'capping pattern'? Didn't find these terms in de 2 WLM manuals you mentioned earlier: SA22-7602-19z/OS V1R12.0 MVS Planning Workload Management SA22-7999-06z/OS V1R12.0 Planning for Subcapacity Pricing (I am at R12, so I looked in the R12 manuals) Jan On Tue, Feb 12, 2013 at 4:00 PM, Vernooij, CP - SPLXM wrote: > Yes, LPAR Clusters are IRD managed groups of LPARs. > > Don't forget to read about Weight in relation to 'phantom load' and > 'capping pattern', to avoid erratic Lpar performance. > > I always like to have a monitor telling what is going on in the > system, so I will not be surprised by angry telephone calls and have > no clue where to start looking. I use Mainview, I don't know RMF, but > it probably also displays the 4HrRA, the current LPAR utilization and > the status of softcapping, so you know why the system is doing what it is > doing. > > HTH, > Kees. > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of R.S. > Sent: Tuesday, February 12, 2013 15:36 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Defined capacity > > "To enable the WorkLoad Manager (WLM), select Enable workload manager. > Selecting WLM from one processor details automatically selects WLM > from the other processor details and conversely. Specify the minimum > and maximum processing weights. Change LPAR management weights based > on customer policies and current work loads. " > > Indeed, to enable WLM I have to check "Enable WLM". I wouldn't know that! > Of course there is no explanation what does it mean "enable WLM". WLM > is enabled on every z/OS image and cannot be disabled. So, there must > be some other explanation of the words above. IRD? No clue about IRD. > > > However I found "WLM checkbox" in the chapter about IRD: > "For each logical partition that will participate in LPAR weight > management, do the following: > > - Make sure that "Initial Capping" is turned off. WLM cannot > manage the weight of a logical partition that is capped. > > - Enter the initial processing weight. This becomes the logical > partition's weight when it is first IPLed. > > - Enter the minimum and maximum weights. These set the lower and > upper limits for the weights that WLM will assign to the logical partition. > > - Check the "WLM Managed" box. This is the final step in > activating LPAR weight management." ---> THAT'S THE CHECKBOX! > > > > BTW: I never used IRD for simple reason: lack of sysplex. > > > So, to my knowledge: > WLM checkbox - used only for IRD, leave unchecked otherwise. > Defined Capacity - simply put non-zero value, uncheck Initial Capping > on CP, zIIP, zAAP. > > > Thank you Kees! > -- > Radoslaw Skorupka > Lodz, Poland > > > P.S. > I just found another "helpful" explanation: > Image Pforile, Options tab: > > "CP management cluster name > > The name specified for the CP management cluster. " > > I suspect it's also IRD related stuff. > > > > > > > > > W dniu 2013-02-12 14:58, Vernooij, CP - SPLXM pisze: > > Radoswaw, > > > > One to the manuals has a chapter IRD, I think you will find there > > that > the WLM checkbox triggers IRDs weight management. > >>From my experience: forget IRD on modern machines. CPU management is > disabled by Hiperdispatch and weight management and softcapping do not > cooperate. > > > > Kees. > > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of R.S. > > Sent: Tuesday, February 12, 2013 14:30 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Su
Re: CPU MF
Hi Anne I presented "Collecting and Using SMF 113 and Other MF Metrics" at CMG 2011. If you are associated to CMG you can download it. Otherwise if you are interested I can send it to you. Please let me know. You can also find a couple of white papers I wrote on this topic at http://www.epvtech.com/resources/newsletter.html See: "z/OS 1.11 and z196 Capacity Planning Issues" and "Using SMF 113 counters to assess IBM zEC12 capacity" Best regards Fabio At 19:50 20/12/2012, you wrote: Hello group. Does anyone have any experience (outside of the single red book) on using IBM's CPU MF (Measurement Facility)? Any interesting insights welcome. Thanks. Anne R. Adams DTI, Systems Engineering -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN +++++++++ + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + P Please consider the environment - do you really need to print this email? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parked Processors
Hello Gadi >-- Original Message -- >Date: Tue, 11 Dec 2012 01:13:25 +0200 >Reply-To: IBM Mainframe Discussion List >From: ??? ?? ??? >Subject: Parked Processors >To: IBM-MAIN@LISTSERV.UA.EDU > > >Hi, > >We just upgraded to z/OS 1.13 >When we look at the processor status, we see that two of the four processor >are marked parked. This is the effect of HiperDispatch which in z/OS 1.13 is active by default You can deactivate it by setting HIPERDISPATCH=NO in IEAOPTxx; however, unless it creates you real problems, I don't suggest that. >We see this using CA-SYSVIEW v13.5 ? the CPU command. > >We are using a z114-I04. > >Is this normal? >Will the two parked processors become unparked as demand increases? They should be unparked when demand increases but it depends on the number of logical processors and on the weights assigned to the LPAR. I wrote a white paper in june-july 2008 on this subject (HiperDispatch Logical Processors and Weight Management). If you are interested you can request it at http://www.epvtech.com/resources/newsletter.html >Can we unpark the processors using a command? To what I know you can't >Where can I find more information about this? > >Thanks > >Gadi > Best regards Fabio + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + P Please consider the environment - do you really need to print this email? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF 30 records for USS
Hello I don't think OMVS is by default a subsystem. So you probably have to define OMVS as a subsystem in IEFSSNxx. SUBSYS SUBNAME(OMVS) Then you can choose with record type you want to write or not in SMFPRMxx SUBSYS(OMVS,NOTYPE(30)) Best regards Fabio At 16:47 01/11/2012, Miklos Szigetvari wrote: Hi Can I select/deselect SMF 30 records for USS ? Here a lot of work is running under USS, but I don't want this SMF 30 records. I need only batch and STC. Any option for this ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN +++++ + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + P Please consider the environment - do you really need to print this email? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MQ monitoring
Ron I recently wrote a white paper on that. You can find the abstract and you can request it here http://www.epvtech.com/resources/newsletter.html If you have any problem please let me know. Best regards Fabio At 19:38 24/09/2012, you wrote: Antyone out here monitor MQ..and what are you looking for/at?? SMF rec's...fields to report on?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN +++++ + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + P Please consider the environment - do you really need to print this email? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN