There is more: the fastest CPUs do not necessarily make the fastest CF if you take connection delays into consideration. Internal microcode emulated CF links are faster than real links between machines. So the local CF on slower CPUs might outperform a CF on faster CPUs, but on a remote CPC. If you duplicate the DB2 structures, each DB2 can always access the local structure and each DB2 will there for have a fast CF.
Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mark Zelden Sent: Wednesday, January 15, 2014 21:12 To: [email protected] Subject: Re: z10 EC vs BC -- Specialty Engines On Wed, 15 Jan 2014 12:49:31 -0500, Mark Jacobs <[email protected]> wrote: >On 01/15/14 12:39, Bob Shannon wrote: >> The EC PUs are faster than the BC PUs, so the EC specialty engines are >> faster than BC specialty engines. Just look at a CPU chart, e.g., Cheryl >> Watson's, and compare the fastest EC and BC uniprocessors. >> >> Bob Shannon >> Rocket Software >> >> > >Thanks. One more question. Does anyone have a gut feel, or can point me >to some documentation about performance effects, or things to do/not do >while running a parallel sysplex with one CF on a z196 and the other on >a z10 BC? > Are you doing any "real" data sharing (DB2 data sharing for example)? If not, then it isn't going to matter. Also, if you aren't duplexing you can put the structures that are more response time critical in the fast CF. The usual thought is that the CF should be on the fastest CPUs. However, even in a heavy DB2 data sharing large sysplex environment, I have had configurations with at least 1 CF a generation behind the LPARs running z/OS and didn't have any problems. Of course when those CFs were upgraded you could see huge improvements in synch response times and less converted to asynch, but the end user experience (ETE response time) was not noticeable - even if measurable. As usual... YMMV !!! Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:[email protected] Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
