Re: Can CICS region share more than one processor
Hi Don Thanks for the reference from the manual. BTW this confirms rather than contradict my understanding that DB2 work never ran on main (QR) TCB. Before OTE exploitation DB2 work used to run on subtask thread TCBs, now it runs on L8 TCBs. There was always this much concurrency for applications using DB2. If you want to quantify the benefits of OTE you will have find what ADDITIONAL work is running on L8 TCBs rather than running serially on QR TCB. Regards Mohammad On Thu, 20 Aug 2009 11:25:38 -0400, Don Deese don_de...@cpexpert.org wrote: Hi Mohammad, I hope that the following (snipped from the CICS DB2 Guide) will help: snip The CICS DB2 attachment facility includes a CICS DB2 task-related user exit, DFHD2EX1, that is invoked when an application program makes an SQL request. It manages the process of acquiring a thread connection into DB2, and of returning control to the application program when the DB2 processing is complete. When CICS is connected to DB2 Version 5 or earlier, the CICS DB2 task-related user exit operates as a quasi-reentrant task-related user exit program. It runs on the CICS main TCB (the QR TCB) and uses its own subtask thread TCBs to run threads, switching to and from the subtask thread TCBs for each DB2 request. However, when CICS is connected to DB2 Version 6 or later, the CICS DB2 attachment facility exploits the open transaction environment (OTE), to enable the CICS DB2 task-related user exit to invoke and return from DB2 without switching TCBs. In the open transaction environment, the CICS DB2 task-related user exit operates as a threadsafe and open API task-related user exit program--it is automatically enabled using the OPENAPI option on the ENABLE PROGRAM command during connection processing. This enables it to receive control on an open L8 mode TCB. Requests to DB2 are also issued on the L8 TCB, so it acts as the thread TCB, and no switch to a subtask TCB is needed. For full details of the CICS DB2 configuration needed to support the open transaction environment, see Migrating to a different release of DB2 in topic 2.3. In the open transaction environment, if the user application program that invoked the task-related user exit conforms to threadsafe coding conventions and is defined to CICS as threadsafe, it can also run on the L8 TCB. Before its first SQL request, the ap plication program runs on the CICS main TCB, the QR TCB. When it makes an SQL request and invokes the task-related user exit, control passes to the L8 TCB, and DB2 processing is carried out. On return from DB2, if the application program is threadsafe, it now continues to run on the L8 TCB.Where the correct conditions are met, the use of open TCBs for CICS DB2 applications decreases usage of the QR TCB, and avoids TCB switching. An ideal CICS DB2 application program for the open transaction environment is a threadsafe program, containing only threadsafe EXEC CICS commands, and using only threadsafe user exit programs. An application like this will move to an L8 TCB when it makes its first SQL request, and then continue to run on the L8 TCB through any amount of DB2 requests and application code, requiring no TCB switching. This situation produces a significant performance improvement where an application program issues multiple SQL calls. The gains are also significant when using an enterprise bean, because when enterprise beans make DB2 requests, they require additional TCB switches to and from the enterprise bean's own TCB (see Using JDBC and SQLJ in enterprise beans: special considerations in topic 8.9). If the application program does not issue many SQL calls, the performance benefits might not be as significant. /snip Regards, Don -- 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
Re: Can CICS region share more than one processor
Don, Prior to L8 TCBs, DB2 SQL requests executed on threads. Each thread was a seperate TCB. So the QR TCB and each thread TCB could execute in parallel. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Wed, 19/8/09, Don Deese don_de...@cpexpert.org wrote: From: Don Deese don_de...@cpexpert.org Subject: Re: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, 19 August, 2009, 3:48 PM Hi Mohammad, I don't understand the relevance of your question within the context of Dr. Merrill's posting. Dr. Merrill was illustrating the concurrent execution of multiple TCBs (both the QR TCB and L8 TCBs) that would not have been possible prior to the OTE design. It is somewhat irrelevant as to whether DB2 CPU time was charged to a QR TCB or to an application TCB in past. The fact that the DB2 processing would have been executed in series off QR TCBs, but now executes in parallel with L8 TCBs is the important point that Dr. Merrill was making. Keep in mind that Dr. Merrill was responding to the OP query Can CICS region share more than one processor. FWIW, I have data from CPExpert users that show 10, 20, 30 or more L8 TCBs executing concurrently and using more than 100% of CPU (namely, they are using multiple CPUs concurrently for more than 100% of the time). This would not have been possible prior to the OTE design. As Dr. Merrill pointed out, there are 22 TCB types with CICS/TS 4.1, and several of these TCB types can have multiple TCBs executing concurrently. The number of current TCBs can be controlled by the MAXxxxTCBS in the SIT or in the JVMPROFILE Resource Definition. There are, of course, limiting factors inherent in the environment (for example, CICS monitors the amount of available MVS storage and will not attach new TCBs from the JVM TCB pool if storage is severely constrained). Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (804) 776-7109 Fax: (804) 776-7139 http://www.cpexpert.org ** At 09:16 AM 8/13/2009, you wrote: Thanks Dr. Merrill for your illustrative example but I do have a question about it. Since L8 TCBs are used to execute DB2 code as well, what part of 10,298 seconds is for DB2 ? Since DB2 related code never executed on QR TCB anyway, that portion of CPU usage is moot for this discussion. The real question is how much of this CPU now runs on L8 TCB which used to run on QR TCB due to the aggressive OTE exploitation ? Regards Mohammad On Wed, 12 Aug 2009 15:18:23 -0500, Barry Merrill ba...@mxg.com wrote: In the old days, a CICS subsystem's capacity was limited by the amount of CPU TCB time needed for that single QR TCB. Based on my analysis when OTE was brand new, of the CPU time consumed by each of these new CICS TCBs, I planned this post to argue that going to OTE didn't help much, because most of the CICS CPU time was still being spent under the QR TCB. I could NOT have been more wrong! Analyzing new CICS/TS 4.1 Open Beta data from a VERY aggressive OTE exploiter site shows (from their SMF 110, subtype 2 Dispatcher Statistics segments, MXG CICDS and CICINTRV datasets): Total TCB CPU in Dispatcher Records = 13,080 seconds Total TCB CPU in QR TCB = 2,776 seconds Total TCB CPU in L8 TCB = 10,298 seconds Total TCB CPU in all other TCBs = 6 seconds Aha, you say, OTE still doesn't help; the CPU time just moved from the QR TCB to the L8 TCB, so the capacity limit just moved from one TCB to the other, right? Wrong again. While the QR TCB can attach only a single TCB, these new TCBs can attach multiple TCBs; in fact, the SMF data shows that the L8 TCB attached a maximum of 22 TCBs, each of which is a separate dispatchable unit. So, it REALLY does look like that these multiple OTE TCBs do eliminate the old one-TCB CICS capacity limitations, and does indeed spread your CICS time across MANY TCBs. (Total SRB time in the Dispatcher Records was only 65 seconds.) Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com admin questions: ad...@mxg.com technical questions: supp...@mxg.com tel: 214 351 1966 fax: 214 350 3694 -- 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
Re: Can CICS region share more than one processor
Hi Mohammad, I hope that the following (snipped from the CICS DB2 Guide) will help: snip The CICS DB2 attachment facility includes a CICS DB2 task-related user exit, DFHD2EX1, that is invoked when an application program makes an SQL request. It manages the process of acquiring a thread connection into DB2, and of returning control to the application program when the DB2 processing is complete. When CICS is connected to DB2 Version 5 or earlier, the CICS DB2 task-related user exit operates as a quasi-reentrant task-related user exit program. It runs on the CICS main TCB (the QR TCB) and uses its own subtask thread TCBs to run threads, switching to and from the subtask thread TCBs for each DB2 request. However, when CICS is connected to DB2 Version 6 or later, the CICS DB2 attachment facility exploits the open transaction environment (OTE), to enable the CICS DB2 task-related user exit to invoke and return from DB2 without switching TCBs. In the open transaction environment, the CICS DB2 task-related user exit operates as a threadsafe and open API task-related user exit program--it is automatically enabled using the OPENAPI option on the ENABLE PROGRAM command during connection processing. This enables it to receive control on an open L8 mode TCB. Requests to DB2 are also issued on the L8 TCB, so it acts as the thread TCB, and no switch to a subtask TCB is needed. For full details of the CICS DB2 configuration needed to support the open transaction environment, see Migrating to a different release of DB2 in topic 2.3. In the open transaction environment, if the user application program that invoked the task-related user exit conforms to threadsafe coding conventions and is defined to CICS as threadsafe, it can also run on the L8 TCB. Before its first SQL request, the ap plication program runs on the CICS main TCB, the QR TCB. When it makes an SQL request and invokes the task-related user exit, control passes to the L8 TCB, and DB2 processing is carried out. On return from DB2, if the application program is threadsafe, it now continues to run on the L8 TCB.Where the correct conditions are met, the use of open TCBs for CICS DB2 applications decreases usage of the QR TCB, and avoids TCB switching. An ideal CICS DB2 application program for the open transaction environment is a threadsafe program, containing only threadsafe EXEC CICS commands, and using only threadsafe user exit programs. An application like this will move to an L8 TCB when it makes its first SQL request, and then continue to run on the L8 TCB through any amount of DB2 requests and application code, requiring no TCB switching. This situation produces a significant performance improvement where an application program issues multiple SQL calls. The gains are also significant when using an enterprise bean, because when enterprise beans make DB2 requests, they require additional TCB switches to and from the enterprise bean's own TCB (see Using JDBC and SQLJ in enterprise beans: special considerations in topic 8.9). If the application program does not issue many SQL calls, the performance benefits might not be as significant. /snip Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (804) 776-7109 Fax: (804) 776-7139 http://www.cpexpert.org ** -- 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
Re: Can CICS region share more than one processor
Hi Mohammad, I don't understand the relevance of your question within the context of Dr. Merrill's posting. Dr. Merrill was illustrating the concurrent execution of multiple TCBs (both the QR TCB and L8 TCBs) that would not have been possible prior to the OTE design. It is somewhat irrelevant as to whether DB2 CPU time was charged to a QR TCB or to an application TCB in past. The fact that the DB2 processing would have been executed in series off QR TCBs, but now executes in parallel with L8 TCBs is the important point that Dr. Merrill was making. Keep in mind that Dr. Merrill was responding to the OP query Can CICS region share more than one processor. FWIW, I have data from CPExpert users that show 10, 20, 30 or more L8 TCBs executing concurrently and using more than 100% of CPU (namely, they are using multiple CPUs concurrently for more than 100% of the time). This would not have been possible prior to the OTE design. As Dr. Merrill pointed out, there are 22 TCB types with CICS/TS 4.1, and several of these TCB types can have multiple TCBs executing concurrently. The number of current TCBs can be controlled by the MAXxxxTCBS in the SIT or in the JVMPROFILE Resource Definition. There are, of course, limiting factors inherent in the environment (for example, CICS monitors the amount of available MVS storage and will not attach new TCBs from the JVM TCB pool if storage is severely constrained). Regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (804) 776-7109 Fax: (804) 776-7139 http://www.cpexpert.org ** At 09:16 AM 8/13/2009, you wrote: Thanks Dr. Merrill for your illustrative example but I do have a question about it. Since L8 TCBs are used to execute DB2 code as well, what part of 10,298 seconds is for DB2 ? Since DB2 related code never executed on QR TCB anyway, that portion of CPU usage is moot for this discussion. The real question is how much of this CPU now runs on L8 TCB which used to run on QR TCB due to the aggressive OTE exploitation ? Regards Mohammad On Wed, 12 Aug 2009 15:18:23 -0500, Barry Merrill ba...@mxg.com wrote: In the old days, a CICS subsystem's capacity was limited by the amount of CPU TCB time needed for that single QR TCB. Based on my analysis when OTE was brand new, of the CPU time consumed by each of these new CICS TCBs, I planned this post to argue that going to OTE didn't help much, because most of the CICS CPU time was still being spent under the QR TCB. I could NOT have been more wrong! Analyzing new CICS/TS 4.1 Open Beta data from a VERY aggressive OTE exploiter site shows (from their SMF 110, subtype 2 Dispatcher Statistics segments, MXG CICDS and CICINTRV datasets): Total TCB CPU in Dispatcher Records = 13,080 seconds Total TCB CPU in QR TCB = 2,776 seconds Total TCB CPU in L8 TCB = 10,298 seconds Total TCB CPU in all other TCBs = 6 seconds Aha, you say, OTE still doesn't help; the CPU time just moved from the QR TCB to the L8 TCB, so the capacity limit just moved from one TCB to the other, right? Wrong again. While the QR TCB can attach only a single TCB, these new TCBs can attach multiple TCBs; in fact, the SMF data shows that the L8 TCB attached a maximum of 22 TCBs, each of which is a separate dispatchable unit. So, it REALLY does look like that these multiple OTE TCBs do eliminate the old one-TCB CICS capacity limitations, and does indeed spread your CICS time across MANY TCBs. (Total SRB time in the Dispatcher Records was only 65 seconds.) Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com admin questions: ad...@mxg.com technical questions: supp...@mxg.com tel: 214 351 1966 fax: 214 350 3694 -- 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
Re: Can CICS region share more than one processor
Hi Don We seem to differ on how DB2 code USED to execute within CICS applications. To the best of my knowledge and belief DB2 code NEVER executed on the main CICS TCB ( QR ) and always had multiple dedicated TCBs defined for its use via RCT. I'm more than happy to be corrected but that's how I know it at least since I have been working with this stuff. Before OTE enhancements came along, on completing sql execution a task would switch back to main CICS TCB. The use of multiple concurrent CPUs was limited to DB2 code only. With OTE a task may not switch back to QR from L8 if it's thread safe. My point is that the increased concurrency is only incremental, sql execution was always concurrent. Therefore my question about the portion of L8 CPU time that is non-DB2. I hope that clarifies it ( or I get corrected ) Mohammad On Wed, 19 Aug 2009 10:48:38 -0400, Don Deese don_de...@cpexpert.org wrote: Hi Mohammad, I don't understand the relevance of your question within the context of Dr. Merrill's posting. Dr. Merrill was illustrating the concurrent execution of multiple TCBs (both the QR TCB and L8 TCBs) that would not have been possible prior to the OTE design. It is somewhat irrelevant as to whether DB2 CPU time was charged to a QR TCB or to an application TCB in past. The fact that the DB2 processing would have been executed in series off QR TCBs, but now executes in parallel with L8 TCBs is the important point that Dr. Merrill was making. Keep in mind that Dr. Merrill was responding to the OP query Can CICS region share more than one processor. FWIW, I have data from CPExpert users that show 10, 20, 30 or more L8 TCBs executing concurrently and using more than 100% of CPU (namely, they are using multiple CPUs concurrently for more than 100% of the time). This would not have been possible prior to the OTE design. As Dr. Merrill pointed out, there are 22 TCB types with CICS/TS 4.1, and several of these TCB types can have multiple TCBs executing concurrently. The number of current TCBs can be controlled by the MAXxxxTCBS in the SIT or in the JVMPROFILE Resource Definition. There are, of course, limiting factors inherent in the environment (for example, CICS monitors the amount of available MVS storage and will not attach new TCBs from the JVM TCB pool if storage is severely constrained). Regards, Don -- 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
Re: Can CICS region share more than one processor
Tommy,' You say you are VSAM. There is a sub-task for some VSAM functions which is an option within a CICS address space. I do not think it takes a lot away from the main task, but make sure you are using this option. You could set up a TOR and route to multiple AORs and for VSAM read only files, these could be shared between AORs. For update files create a FOR and ship the requests from the AOR to the AOR. You could ship all VSAM requests to the FOR if you want. This will add to the overall CPU but will split the load across several tasks. It should not require application code changes. You need to decide how to split the load between the AORs and implement in the TOR the appropriate routing. You can use CICSPLEX SM to control the routing or create your own routing exit. I thought most users use the TOR/AOR structure now. to avoid your problem. I would also look at data tables to try to reduce the CPU load for VSAM accesses. Or you could go out and buy a big engine z10. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Thu, 13/8/09, Tommy Tsui tommyt...@gmail.com wrote: From: Tommy Tsui tommyt...@gmail.com Subject: Re: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Thursday, 13 August, 2009, 11:40 PM Our data access for applications is VSAM only without DB2. We have not implement OTE yet that means we only has QR TCB. As you know, we have to re-write many user program either switch to cicsplex with RLS or DB2 access. On Fri, Aug 14, 2009 at 1:01 AM, Terry Draperw...@btopenworld.com wrote: Tommy, Can I ask a couple of fundamental questions? What is the data access for the applications? Is it DB2, DL/1, VSAM or something else. If DB2 (and I think DL/1) these will already be running on threads and these use their own TCBs, 1 per thread. If so I cannot understand your problem. Also do you have a TOR and AORs structure. If not I suggest you go that way. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Wed, 12/8/09, Tommy Tsui tommyt...@gmail.com wrote: From: Tommy Tsui tommyt...@gmail.com Subject: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, 12 August, 2009, 2:44 PM Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards -- 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 -- 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
Re: Can CICS region share more than one processor
Thanks Dr. Merrill for your illustrative example but I do have a question about it. Since L8 TCBs are used to execute DB2 code as well, what part of 10,298 seconds is for DB2 ? Since DB2 related code never executed on QR TCB anyway, that portion of CPU usage is moot for this discussion. The real question is how much of this CPU now runs on L8 TCB which used to run on QR TCB due to the aggressive OTE exploitation ? Regards Mohammad On Wed, 12 Aug 2009 15:18:23 -0500, Barry Merrill ba...@mxg.com wrote: In the old days, a CICS subsystem's capacity was limited by the amount of CPU TCB time needed for that single QR TCB. Based on my analysis when OTE was brand new, of the CPU time consumed by each of these new CICS TCBs, I planned this post to argue that going to OTE didn't help much, because most of the CICS CPU time was still being spent under the QR TCB. I could NOT have been more wrong! Analyzing new CICS/TS 4.1 Open Beta data from a VERY aggressive OTE exploiter site shows (from their SMF 110, subtype 2 Dispatcher Statistics segments, MXG CICDS and CICINTRV datasets): Total TCB CPU in Dispatcher Records = 13,080 seconds Total TCB CPU in QR TCB = 2,776 seconds Total TCB CPU in L8 TCB = 10,298 seconds Total TCB CPU in all other TCBs = 6 seconds Aha, you say, OTE still doesn't help; the CPU time just moved from the QR TCB to the L8 TCB, so the capacity limit just moved from one TCB to the other, right? Wrong again. While the QR TCB can attach only a single TCB, these new TCBs can attach multiple TCBs; in fact, the SMF data shows that the L8 TCB attached a maximum of 22 TCBs, each of which is a separate dispatchable unit. So, it REALLY does look like that these multiple OTE TCBs do eliminate the old one-TCB CICS capacity limitations, and does indeed spread your CICS time across MANY TCBs. (Total SRB time in the Dispatcher Records was only 65 seconds.) Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com admin questions: ad...@mxg.com technical questions: supp...@mxg.com tel: 214 351 1966 fax: 214 350 3694 -- 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
Re: Can CICS region share more than one processor
Tommy, Can I ask a couple of fundamental questions? What is the data access for the applications? Is it DB2, DL/1, VSAM or something else. If DB2 (and I think DL/1) these will already be running on threads and these use their own TCBs, 1 per thread. If so I cannot understand your problem. Also do you have a TOR and AORs structure. If not I suggest you go that way. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Wed, 12/8/09, Tommy Tsui tommyt...@gmail.com wrote: From: Tommy Tsui tommyt...@gmail.com Subject: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, 12 August, 2009, 2:44 PM Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards -- 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
Re: Can CICS region share more than one processor
Our data access for applications is VSAM only without DB2. We have not implement OTE yet that means we only has QR TCB. As you know, we have to re-write many user program either switch to cicsplex with RLS or DB2 access. On Fri, Aug 14, 2009 at 1:01 AM, Terry Draperw...@btopenworld.com wrote: Tommy, Can I ask a couple of fundamental questions? What is the data access for the applications? Is it DB2, DL/1, VSAM or something else. If DB2 (and I think DL/1) these will already be running on threads and these use their own TCBs, 1 per thread. If so I cannot understand your problem. Also do you have a TOR and AORs structure. If not I suggest you go that way. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Wed, 12/8/09, Tommy Tsui tommyt...@gmail.com wrote: From: Tommy Tsui tommyt...@gmail.com Subject: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, 12 August, 2009, 2:44 PM Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards -- 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 -- 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
Can CICS region share more than one processor
Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards -- 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
Re: Can CICS region share more than one processor
You can spread in many CICS Region (Address Spaces). 2009/8/12 Tommy Tsui tommyt...@gmail.com Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards -- 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
Re: Can CICS region share more than one processor
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Wednesday, August 12, 2009 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Can CICS region share more than one processor Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards The absolutely easiest way is to upgrade your current hardware to a faster machine. This only requires oodles and gobs of money, but no other action on your part. Easy, no? GRIN Historically, the reason that a CICS region can only use a single region is that all the application code has been dispatched on a single z/OS TCB, called the QR TCB. Now, if you can rewrite a fair number of your applications to be ThreadSafe and you are on the latest release of CICS, then you can set up a transaction to run in what is called an OTE environment. In this, the transactions are eligable to run on different TCBs (L8 L9, I think they are called). Since z/OS can then dispatch these different TCBs on separate CPUs, you can run more transactions by using multiple CPUs simultaneously. Of course, since this requires rewriting, or at least validating, the current code to be ThreadSafe, this is not really a good option. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
Re: Can CICS region share more than one processor
We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex. Except this, is there any other way to solve this problem? I suggest you ask the CICS-L. Depending on your needs, there are multiple ways to handle this 'issue'. CICS has multiple TCB's within, now, so CICSPLEX may the (most expensive) answer. Check out CICS-L. - Too busy driving to stop for gas! -- 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
Re: Can CICS region share more than one processor
thanks I will check CICS-L for more information On Wed, Aug 12, 2009 at 11:23 PM, Ted MacNEILeamacn...@yahoo.ca wrote: We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex. Except this, is there any other way to solve this problem? I suggest you ask the CICS-L. Depending on your needs, there are multiple ways to handle this 'issue'. CICS has multiple TCB's within, now, so CICSPLEX may the (most expensive) answer. Check out CICS-L. - Too busy driving to stop for gas! -- 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
Re: Can CICS region share more than one processor
Of course, since this requires rewriting, or at least validating, the current code to be ThreadSafe, this is not really a good option. Why? Since when is improving application code a bad option? - Too busy driving to stop for gas! -- 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
Re: Can CICS region share more than one processor
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, August 12, 2009 10:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Can CICS region share more than one processor Of course, since this requires rewriting, or at least validating, the current code to be ThreadSafe, this is not really a good option. Why? Since when is improving application code a bad option? - Too busy driving to stop for gas! It costs time and money for what is generally perceived as unnecessary (so called) improvements. Now, perhaps in this case, if it could defer a CPU upgrade, it would be good (in management-speak). What we technicians consider good is often considered bad by management because it is useless to the business (in an immediate sense). Like trying to create a fuel efficient engine back when gasoline was $0.25 a gallon. Technically, it would have been good. But it would have been perceived as useless (and not cost effective) because it would not have increased profitability to the car manufacturers. The same applies to unnecessary code changes. If the end user experience is not improved and hard money costs not decreased what good is it?. My cynical take on things as have happened in my experiences. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
Re: Can CICS region share more than one processor
John, Of course you are right. But it's now and into the future about share holder value...to coin a phrase I heard while working for Best Foods in Englewoodcliffs, N.J. ... from the President of the North American Division O' by the way he was from Germany. --- On Wed, 8/12/09, McKown, John jmck...@healthmarkets.com wrote: From: McKown, John jmck...@healthmarkets.com Subject: Re: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, August 12, 2009, 12:17 PM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, August 12, 2009 10:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Can CICS region share more than one processor Of course, since this requires rewriting, or at least validating, the current code to be ThreadSafe, this is not really a good option. Why? Since when is improving application code a bad option? - Too busy driving to stop for gas! It costs time and money for what is generally perceived as unnecessary (so called) improvements. Now, perhaps in this case, if it could defer a CPU upgrade, it would be good (in management-speak). What we technicians consider good is often considered bad by management because it is useless to the business (in an immediate sense). Like trying to create a fuel efficient engine back when gasoline was $0.25 a gallon. Technically, it would have been good. But it would have been perceived as useless (and not cost effective) because it would not have increased profitability to the car manufacturers. The same applies to unnecessary code changes. If the end user experience is not improved and hard money costs not decreased what good is it?. My cynical take on things as have happened in my experiences. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
Re: Can CICS region share more than one processor
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Rifkind Sent: Wednesday, August 12, 2009 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Can CICS region share more than one processor John, Of course you are right. But it's now and into the future about share holder value...to coin a phrase I heard while working for Best Foods in Englewoodcliffs, N.J. ... from the President of the North American Division O' by the way he was from Germany. giggle Theoretically that is true. The reality sometimes varies. In most cases that I've seen in the US, it is about making the CEO's and other big wigs bonuses shine. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
Re: Can CICS region share more than one processor
On 12 Aug 2009 10:00:07 -0700, jmck...@healthmarkets.com (McKown, John) wrote: But it's now and into the future about share holder value...to coin a phrase I heard while working for Best Foods in Englewoodcliffs, N.J. ... from the President of the North American Division O' by the way he was from Germany. giggle Theoretically that is true. The reality sometimes varies. In most cases that I've seen in the US, it is about making the CEO's and other big wigs bonuses shine. Most everyone is working to make their own performances shine.The difference here between me and the CEOs is that the CEOs have more power. When I am more interested in making people happy with my performance than with analyzing alternatives that will help the company (but not my career), the loss isn't big.When the CEOs do the same thing, we all pay. -- 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
Re: Can CICS region share more than one processor
Remember in theory there is no difference between theory and practice, in practice there is. On Wed, 12 Aug 2009 11:54:40 -0500, McKown, John jmck...@healthmarkets.com wrote: giggle Theoretically that is true. The reality sometimes varies. In most cases that I've seen in the US, it is about making the CEO's and other big wigs bonuses shine. -- 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
Re: Can CICS region share more than one processor
In the old days, a CICS subsystem's capacity was limited by the amount of CPU TCB time needed for that single QR TCB. Based on my analysis when OTE was brand new, of the CPU time consumed by each of these new CICS TCBs, I planned this post to argue that going to OTE didn't help much, because most of the CICS CPU time was still being spent under the QR TCB. I could NOT have been more wrong! Analyzing new CICS/TS 4.1 Open Beta data from a VERY aggressive OTE exploiter site shows (from their SMF 110, subtype 2 Dispatcher Statistics segments, MXG CICDS and CICINTRV datasets): Total TCB CPU in Dispatcher Records = 13,080 seconds Total TCB CPU in QR TCB = 2,776 seconds Total TCB CPU in L8 TCB = 10,298 seconds Total TCB CPU in all other TCBs = 6 seconds Aha, you say, OTE still doesn't help; the CPU time just moved from the QR TCB to the L8 TCB, so the capacity limit just moved from one TCB to the other, right? Wrong again. While the QR TCB can attach only a single TCB, these new TCBs can attach multiple TCBs; in fact, the SMF data shows that the L8 TCB attached a maximum of 22 TCBs, each of which is a separate dispatchable unit. So, it REALLY does look like that these multiple OTE TCBs do eliminate the old one-TCB CICS capacity limitations, and does indeed spread your CICS time across MANY TCBs. (Total SRB time in the Dispatcher Records was only 65 seconds.) Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com admin questions: ad...@mxg.com technical questions: supp...@mxg.com tel: 214 351 1966 fax: 214 350 3694 -- 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
