No, that is not what I was thinking. I have been using HiperSockets extensively and I am familiar with how they work.
Each guest that needs to talk to z/OS needs a Triplet UCB definition on a HiperSocket CHPID defined to it. The more guest I have that require this the more UCBs I need to use, eventually I hit the max UCBs allowed on a CHPID. For the best performance a HiperSocket interface is defined on the z/Linux guest without going through the VLAN. This interface connects to the HiperSocket network defined on the z/OS system and data is passed at memory speeds. To get around this I could create another LPAR since the same spanned HiperSockets UCB can be used on different LPARS just not on the same LPAR. I am still on a z9 but our new z10 was just delivered and I understand that the z10 allows for more HiperSocket UCBs so maybe this will be a non issue with the z10. I am still trying to nail this down. Thanks for the responses. I will try to pursue this with my IBM representatives and will let the list know what I find! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Monday, April 05, 2010 5:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSocket UCBs >>> On 4/5/2010 at 04:51 PM, "Martin, Terry R. (CMS/CTR) (CTR)" <terry.mar...@cms.hhs.gov> wrote: > Yes this is correct "Probably running into a limitation on the number of > UCBs in a single z/OS LPAR." If you're thinking you need to define a new HiperSocket triplet to z/OS for each Linux guest added to your z/VM LPAR, that's not correct. Mark Post
