SlideShare una empresa de Scribd logo
1 de 17
Descargar para leer sin conexión
What's New With Coupling Facility CPU

Martin Packer
martin_packer@uk.ibm.com
+44­7802­245584
Twitter: MartinPacker




   © 2009 IBM Corporation               1
Abstract
    Recently RMF's reporting of Coupling Facility CPU was enhanced,
    mainly to give more granularity.



    This presentation outlines the author's experience with this important
    new instrumentation, both from the perspective of Capacity Planning
    and from the perspective of how parallel sysplexes perform under
    increasing load. It also covers other areas of Parallel Sysplex
    performance.


    IN CASE YOU WERE IN ANY DOUBT: “other areas” does not mean “ALL
    other areas”. :-)




2                                                                  © 2009 IBM Corporation
Topics

     Structure-Level CPU
      – Structure CPU Experiment
     CPU / LPAR Match Up Between 70-1 and 74-4
     Conclusings and Musions




3                                                 © 2009 IBM Corporation
Structure-Level CPU




 © 2009 IBM Corporation   4
Structure-Level CPU Consumption
     CFLEVEL 15 and z/OS R.9
       – Most customers are now this far advanced

     New SMF 74-4 Field: R744SETM
       – “Structure Execution Time”
     Always 100% Capture Ratio
       – Adds up to R744PBSY
     Multiple uses:
       – Capacity planning for changing request rates
       – Examine which structures are large consumers
       – Compute CPU cost of a request
           • And compare to service time
           • Interesting number is “non-CPU” element of service time - as we shall see
       – Understand whether CPU per request has degraded
       – Estimating Structure Duplexing cost

     NOTE:
       – Need to collect 74-4 data from all z/OS systems sharing to get total request rate
           • Otherwise “CPU per request” calculation will overestimate

5                                                                                            © 2009 IBM Corporation
Structure CPU Experiment




6                          © 2009 IBM Corporation
Structure CPU Experiment
     Based on
       – R744SETM Structure Execution Time
       – Sync Request Rate
          • Virtually no Async
       – Sync Service Time
     One minute RMF intervals
       – Sorted by request rate increasing
     Run was 1-way DB2 Datasharing
       – Only really active structures ISGLOCK and LOCK1
     Red lines are CPU time per request
       – Blue lines are Service time per request
     ISGLOCK “low volume”
       – Shows amortization of some fixed cost effect
          • Wondering also if some “practice effect” affects service times
       – CF used IC links
     LOCK1 “high volume”
       – More reliable for capacity planning
       – CF used a mixture of ISC and ICB links



7                                                                            © 2009 IBM Corporation
ISGLOCK Requests

               16
               14
               12
Microseconds




               10
                8
                6
                                                                    3us?
                4
                2
                0
                    0   10   20         30        40           50          60                70
                                      Requests / Second

                                    CPU Time    Service Time
  8                                                                        © 2009 IBM Corporation
LOCK1 Requests

               12

               10

                8
Microseconds




                6

                4                                       3.5us?

                2

                0
                 750   800                 850          900
                               Requests / Second

                             CPU Time    Service Time
  9                                                      © 2009 IBM Corporation
And From My Travels...
      Next chart isn't from the experiment just described
       – A real customer system
      A Group Buffer Pool
      ISC-Connected
       – Necessary for the customer's estate
      Clearly something goes wrong at about 1100 requests / second
       – Especially in response time terms but also CPU
          • (Coupling Facility not CPU constrained)
      Options include
       – Managing the request rate to below 1100 / sec
       – Working on the request mix
       – Infrastructure reconfiguration

10                                                               © 2009 IBM Corporation
25us?




11           © 2009 IBM Corporation
CPU / LPAR Match Up Between 
             70­1 and 74­4



12                           © 2009 IBM Corporation
Internal Coupling Facility - Basics
 ●
     Managed out of Pool 5 in z9 and z10
     ●
         Pool numbers given in SMF 70 as index into table of labels
     ●
         Recommendation: Manage in reporting as a separate pool
 ●
     Follow special CF sizing guidelines
     ●
         Especially for takeover situations
 ●
     Always runs at full speed
     ●
         So good technology match for coupled z/OS images on same footprint
     ●
         Another good reason to use ICFs is IC links
 ●
     Shared ICFs strongly discouraged for Production
     ●
         Especially if the CF image has Dynamic Dispatch turned on
 ●
     Should not run ANY coupling facility above 50% busy
     ●
         Especially if we need to be able to recover structures onto it
13                                                                        © 2009 IBM Corporation
ICF CPU Instrumentation
 SMF 74­4 view different from SMF 70­1 LPAR view of processor busy
    •R744PBSY is CPU time processing requests
     •R744PWAI is CPU time while CFCC is not processing requests but it is still using CF 
     cycles
         •For Dynamic Dispatch PWAI is time when not processing CF requests but Logical 
         CP not yet taken back by PR/SM
     •For dedicated or non­Dynamic Dispatch cases sum is constant
         •For Dynamic Dispatch sum can vary.
 Number of defined processors is number of CF Processor Data sections in 74­4
    •Refined for CFLEVEL 15 by new fields for dedicated (R744FPDN) and shared 
    (R744FPSN) processors
    •Also whether individual engine is dedicated (R744PTYP) and its weight (R744PWGT)
 PBSY and PWAI Can be examined down to Coupling Facility engine level
 SMF 74­4 has much more besides CF CPU instrumentation




14                                                                            © 2009 IBM Corporation
CF LPAR Identification In SMF 70-1 Is Complex
      Need to match LPARs in SMF 70-1 with coupling
       facilities in SMF 74-4 to get proper CPU picture
      Since z/OS Release 8 74-4 has machine serial number
       – Allows correlation in most cases
       – But LPAR names and CF Names often don't match
       – Often multiple CF's in same footprint with similar
         configuration
       – Sometimes there are multiple CF's with the same name
       – My code – in extremis – uses the presence of IC links to
         determine “colocality”
       – I'm slowly learning :-) not all CF LPARs are in Pool 5

15                                                                © 2009 IBM Corporation
New Instrumentation - OA21140

      Introduced to support zHPF
       – Has other SMF and reporting improvements
         • HiperDispatch Vertical Polarisation indicators at ENGINE level
           – Type 70
         • Normalisation factor for zIIP – Type 70
      Adds CF LPAR Partition Number
       – Allows matching with SMF 70-1
      RMF Level (SMFxxSRL) changed to X'55'




16                                                                © 2009 IBM Corporation
Conclusings and Musions
      I think we've come a long way with Coupling Facility
       CPU
       – Capacity Planning is now down to the structure level
         • But not to the structure-by-system level
       – We can now tie up the Coupling Facility and LPAR views of
         CPU
         • With a few “corner cases”
      I'd encourage you to revisit your Parallel Sysplex
       reporting
       – Including for all the other aspects we didn't have time for
      Shouldn't machines be self-documenting in SMF?

17                                                              © 2009 IBM Corporation

Más contenido relacionado

La actualidad más candente

DB2 for z/OS - Starter's guide to memory monitoring and control
DB2 for z/OS - Starter's guide to memory monitoring and controlDB2 for z/OS - Starter's guide to memory monitoring and control
DB2 for z/OS - Starter's guide to memory monitoring and controlFlorence Dubois
 
Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)
Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)
Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)Florence Dubois
 
Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...
Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...
Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...zOSCommserver
 
FlashCopy and DB2 for z/OS
FlashCopy and DB2 for z/OSFlashCopy and DB2 for z/OS
FlashCopy and DB2 for z/OSFlorence Dubois
 
zIIP Capacity Planning
zIIP Capacity PlanningzIIP Capacity Planning
zIIP Capacity PlanningMartin Packer
 
DB2 for z/OS and DASD-based Disaster Recovery - Blowing away the myths
DB2 for z/OS and DASD-based Disaster Recovery - Blowing away the mythsDB2 for z/OS and DASD-based Disaster Recovery - Blowing away the myths
DB2 for z/OS and DASD-based Disaster Recovery - Blowing away the mythsFlorence Dubois
 
Introduction to FlashCopy
Introduction to FlashCopy Introduction to FlashCopy
Introduction to FlashCopy HelpSystems
 
Parallel Batch Performance Considerations
Parallel Batch Performance ConsiderationsParallel Batch Performance Considerations
Parallel Batch Performance ConsiderationsMartin Packer
 

La actualidad más candente (8)

DB2 for z/OS - Starter's guide to memory monitoring and control
DB2 for z/OS - Starter's guide to memory monitoring and controlDB2 for z/OS - Starter's guide to memory monitoring and control
DB2 for z/OS - Starter's guide to memory monitoring and control
 
Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)
Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)
Db2 for z/OS and FlashCopy - Practical use cases (June 2019 Edition)
 
Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...
Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...
Enabling Continuous Availability and Reducing Downtime with IBM Multi-Site Wo...
 
FlashCopy and DB2 for z/OS
FlashCopy and DB2 for z/OSFlashCopy and DB2 for z/OS
FlashCopy and DB2 for z/OS
 
zIIP Capacity Planning
zIIP Capacity PlanningzIIP Capacity Planning
zIIP Capacity Planning
 
DB2 for z/OS and DASD-based Disaster Recovery - Blowing away the myths
DB2 for z/OS and DASD-based Disaster Recovery - Blowing away the mythsDB2 for z/OS and DASD-based Disaster Recovery - Blowing away the myths
DB2 for z/OS and DASD-based Disaster Recovery - Blowing away the myths
 
Introduction to FlashCopy
Introduction to FlashCopy Introduction to FlashCopy
Introduction to FlashCopy
 
Parallel Batch Performance Considerations
Parallel Batch Performance ConsiderationsParallel Batch Performance Considerations
Parallel Batch Performance Considerations
 

Destacado

Báo Cáo Thự Tập ISA Server 2006
Báo Cáo Thự Tập ISA Server 2006Báo Cáo Thự Tập ISA Server 2006
Báo Cáo Thự Tập ISA Server 2006xeroxk
 
NVIDIA – Inventor of the GPU
NVIDIA – Inventor of the GPUNVIDIA – Inventor of the GPU
NVIDIA – Inventor of the GPUNVIDIA
 
Munich 2016 - Z011597 Martin Packer - How To Be A Better Performance Specialist
Munich 2016 - Z011597 Martin Packer - How To Be A Better Performance SpecialistMunich 2016 - Z011597 Martin Packer - How To Be A Better Performance Specialist
Munich 2016 - Z011597 Martin Packer - How To Be A Better Performance SpecialistMartin Packer
 
Bai 04 vi xu ly (cpu)
Bai 04   vi xu ly (cpu)Bai 04   vi xu ly (cpu)
Bai 04 vi xu ly (cpu)Luân Luân
 
Chuong02
Chuong02Chuong02
Chuong02na
 
Cấu tạo và nguyên lý hoạt động cpu
Cấu tạo và nguyên lý hoạt động cpuCấu tạo và nguyên lý hoạt động cpu
Cấu tạo và nguyên lý hoạt động cpubeu09vn
 
Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)
Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)
Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)Tài Tài
 
Suy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏng
Suy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏngSuy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏng
Suy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏngTài Tài
 
đề Thi xác suất thống kê và đáp án
đề Thi xác suất thống kê và đáp ánđề Thi xác suất thống kê và đáp án
đề Thi xác suất thống kê và đáp ánHọc Huỳnh Bá
 
OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016
OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016 OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016
OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016 otoyinc
 

Destacado (14)

Báo Cáo Thự Tập ISA Server 2006
Báo Cáo Thự Tập ISA Server 2006Báo Cáo Thự Tập ISA Server 2006
Báo Cáo Thự Tập ISA Server 2006
 
NVIDIA – Inventor of the GPU
NVIDIA – Inventor of the GPUNVIDIA – Inventor of the GPU
NVIDIA – Inventor of the GPU
 
Munich 2016 - Z011597 Martin Packer - How To Be A Better Performance Specialist
Munich 2016 - Z011597 Martin Packer - How To Be A Better Performance SpecialistMunich 2016 - Z011597 Martin Packer - How To Be A Better Performance Specialist
Munich 2016 - Z011597 Martin Packer - How To Be A Better Performance Specialist
 
Bai 04 vi xu ly (cpu)
Bai 04   vi xu ly (cpu)Bai 04   vi xu ly (cpu)
Bai 04 vi xu ly (cpu)
 
Chuong 1 tongquan
Chuong 1 tongquanChuong 1 tongquan
Chuong 1 tongquan
 
Bao cao full
Bao cao fullBao cao full
Bao cao full
 
Chuong02
Chuong02Chuong02
Chuong02
 
Assembly
AssemblyAssembly
Assembly
 
Cấu tạo và nguyên lý hoạt động cpu
Cấu tạo và nguyên lý hoạt động cpuCấu tạo và nguyên lý hoạt động cpu
Cấu tạo và nguyên lý hoạt động cpu
 
Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)
Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)
Suy diễn thống kê và ngôn ngữ R (4): Phân tích phương sai (ANOVA)
 
Suy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏng
Suy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏngSuy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏng
Suy diễn thống kê và ngôn ngữ R (1): Tính toán xác suất và mô phỏng
 
đề Thi xác suất thống kê và đáp án
đề Thi xác suất thống kê và đáp ánđề Thi xác suất thống kê và đáp án
đề Thi xác suất thống kê và đáp án
 
bai tap co loi giai xac suat thong ke
bai tap co loi giai xac suat thong kebai tap co loi giai xac suat thong ke
bai tap co loi giai xac suat thong ke
 
OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016
OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016 OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016
OTOY Presentation - 2016 NVIDIA GPU Technology Conference - April 5 2016
 

Similar a Coupling Facility CPU

Ims05 ims 100 k benchmark
Ims05   ims 100 k benchmarkIms05   ims 100 k benchmark
Ims05 ims 100 k benchmarkRobert Hain
 
Visão geral do hardware do servidor System z e Linux on z - Concurso Mainframe
Visão geral do hardware do servidor System z e Linux on z - Concurso MainframeVisão geral do hardware do servidor System z e Linux on z - Concurso Mainframe
Visão geral do hardware do servidor System z e Linux on z - Concurso MainframeAnderson Bassani
 
System z Technology Summit Streamlining Utilities
System z Technology Summit Streamlining UtilitiesSystem z Technology Summit Streamlining Utilities
System z Technology Summit Streamlining UtilitiesSurekha Parekh
 
Oaktable World 2014 Kevin Closson: SLOB – For More Than I/O!
Oaktable World 2014 Kevin Closson:  SLOB – For More Than I/O!Oaktable World 2014 Kevin Closson:  SLOB – For More Than I/O!
Oaktable World 2014 Kevin Closson: SLOB – For More Than I/O!Kyle Hailey
 
Presentation best practices for optimal configuration of oracle databases o...
Presentation   best practices for optimal configuration of oracle databases o...Presentation   best practices for optimal configuration of oracle databases o...
Presentation best practices for optimal configuration of oracle databases o...xKinAnx
 
Varrow madness 2013 virtualizing sql presentation
Varrow madness 2013 virtualizing sql presentationVarrow madness 2013 virtualizing sql presentation
Varrow madness 2013 virtualizing sql presentationpittmantony
 
Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...
Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...
Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...Surekha Parekh
 
Large customers want postgresql too !!
Large customers want postgresql too !!Large customers want postgresql too !!
Large customers want postgresql too !!rosensteel
 
BMC: Bare Metal Container @Open Source Summit Japan 2017
BMC: Bare Metal Container @Open Source Summit Japan 2017BMC: Bare Metal Container @Open Source Summit Japan 2017
BMC: Bare Metal Container @Open Source Summit Japan 2017Kuniyasu Suzaki
 
Battle of the frameworks : Quarkus vs SpringBoot
Battle of the frameworks : Quarkus vs SpringBootBattle of the frameworks : Quarkus vs SpringBoot
Battle of the frameworks : Quarkus vs SpringBootChristos Sotiriou
 
Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...
Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...
Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...confluent
 
VMworld 2014: Extreme Performance Series
VMworld 2014: Extreme Performance Series VMworld 2014: Extreme Performance Series
VMworld 2014: Extreme Performance Series VMworld
 
W22 - WebSphere Performance for Multicore and Virtualised Platforms
W22 - WebSphere Performance for Multicore and Virtualised PlatformsW22 - WebSphere Performance for Multicore and Virtualised Platforms
W22 - WebSphere Performance for Multicore and Virtualised PlatformsHendrik van Run
 
”Bare-Metal Container" presented at HPCC2016
”Bare-Metal Container" presented at HPCC2016”Bare-Metal Container" presented at HPCC2016
”Bare-Metal Container" presented at HPCC2016Kuniyasu Suzaki
 
COLO: COarse-grain LOck-stepping Virtual Machines for Non-stop Service
COLO: COarse-grain LOck-stepping Virtual Machines for Non-stop ServiceCOLO: COarse-grain LOck-stepping Virtual Machines for Non-stop Service
COLO: COarse-grain LOck-stepping Virtual Machines for Non-stop ServiceThe Linux Foundation
 
Session 7362 Handout 427 0
Session 7362 Handout 427 0Session 7362 Handout 427 0
Session 7362 Handout 427 0jln1028
 
z/VM Performance Analysis
z/VM Performance Analysisz/VM Performance Analysis
z/VM Performance AnalysisRodrigo Campos
 
S cv0879 cloud-storage-options-edge2015-v4
S cv0879 cloud-storage-options-edge2015-v4S cv0879 cloud-storage-options-edge2015-v4
S cv0879 cloud-storage-options-edge2015-v4Tony Pearson
 
Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...
Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...
Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...MongoDB
 

Similar a Coupling Facility CPU (20)

Much Ado About CPU
Much Ado About CPUMuch Ado About CPU
Much Ado About CPU
 
Ims05 ims 100 k benchmark
Ims05   ims 100 k benchmarkIms05   ims 100 k benchmark
Ims05 ims 100 k benchmark
 
Visão geral do hardware do servidor System z e Linux on z - Concurso Mainframe
Visão geral do hardware do servidor System z e Linux on z - Concurso MainframeVisão geral do hardware do servidor System z e Linux on z - Concurso Mainframe
Visão geral do hardware do servidor System z e Linux on z - Concurso Mainframe
 
System z Technology Summit Streamlining Utilities
System z Technology Summit Streamlining UtilitiesSystem z Technology Summit Streamlining Utilities
System z Technology Summit Streamlining Utilities
 
Oaktable World 2014 Kevin Closson: SLOB – For More Than I/O!
Oaktable World 2014 Kevin Closson:  SLOB – For More Than I/O!Oaktable World 2014 Kevin Closson:  SLOB – For More Than I/O!
Oaktable World 2014 Kevin Closson: SLOB – For More Than I/O!
 
Presentation best practices for optimal configuration of oracle databases o...
Presentation   best practices for optimal configuration of oracle databases o...Presentation   best practices for optimal configuration of oracle databases o...
Presentation best practices for optimal configuration of oracle databases o...
 
Varrow madness 2013 virtualizing sql presentation
Varrow madness 2013 virtualizing sql presentationVarrow madness 2013 virtualizing sql presentation
Varrow madness 2013 virtualizing sql presentation
 
Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...
Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...
Gain Insight Into DB2 9 And DB2 10 for z/OS Performance Updates And Save Cost...
 
Large customers want postgresql too !!
Large customers want postgresql too !!Large customers want postgresql too !!
Large customers want postgresql too !!
 
BMC: Bare Metal Container @Open Source Summit Japan 2017
BMC: Bare Metal Container @Open Source Summit Japan 2017BMC: Bare Metal Container @Open Source Summit Japan 2017
BMC: Bare Metal Container @Open Source Summit Japan 2017
 
Battle of the frameworks : Quarkus vs SpringBoot
Battle of the frameworks : Quarkus vs SpringBootBattle of the frameworks : Quarkus vs SpringBoot
Battle of the frameworks : Quarkus vs SpringBoot
 
Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...
Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...
Fast Kafka Apps! (Edoardo Comar and Mickael Maison, IBM) Kafka Summit London ...
 
VMworld 2014: Extreme Performance Series
VMworld 2014: Extreme Performance Series VMworld 2014: Extreme Performance Series
VMworld 2014: Extreme Performance Series
 
W22 - WebSphere Performance for Multicore and Virtualised Platforms
W22 - WebSphere Performance for Multicore and Virtualised PlatformsW22 - WebSphere Performance for Multicore and Virtualised Platforms
W22 - WebSphere Performance for Multicore and Virtualised Platforms
 
”Bare-Metal Container" presented at HPCC2016
”Bare-Metal Container" presented at HPCC2016”Bare-Metal Container" presented at HPCC2016
”Bare-Metal Container" presented at HPCC2016
 
COLO: COarse-grain LOck-stepping Virtual Machines for Non-stop Service
COLO: COarse-grain LOck-stepping Virtual Machines for Non-stop ServiceCOLO: COarse-grain LOck-stepping Virtual Machines for Non-stop Service
COLO: COarse-grain LOck-stepping Virtual Machines for Non-stop Service
 
Session 7362 Handout 427 0
Session 7362 Handout 427 0Session 7362 Handout 427 0
Session 7362 Handout 427 0
 
z/VM Performance Analysis
z/VM Performance Analysisz/VM Performance Analysis
z/VM Performance Analysis
 
S cv0879 cloud-storage-options-edge2015-v4
S cv0879 cloud-storage-options-edge2015-v4S cv0879 cloud-storage-options-edge2015-v4
S cv0879 cloud-storage-options-edge2015-v4
 
Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...
Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...
Transforming your Business with Scale-Out Flash: How MongoDB & Flash Accelera...
 

Más de Martin Packer

zIIP Capacity Planning - May 2018
zIIP Capacity Planning - May 2018zIIP Capacity Planning - May 2018
zIIP Capacity Planning - May 2018Martin Packer
 
Even More Fun With DDF
Even More Fun With DDFEven More Fun With DDF
Even More Fun With DDFMartin Packer
 
Munich 2016 - Z011599 Martin Packer - More Fun With DDF
Munich 2016 - Z011599 Martin Packer - More Fun With DDFMunich 2016 - Z011599 Martin Packer - More Fun With DDF
Munich 2016 - Z011599 Martin Packer - More Fun With DDFMartin Packer
 
Munich 2016 - Z011598 Martin Packer - He Picks On CICS
Munich 2016 - Z011598 Martin Packer - He Picks On CICSMunich 2016 - Z011598 Martin Packer - He Picks On CICS
Munich 2016 - Z011598 Martin Packer - He Picks On CICSMartin Packer
 
Life And Times Of An Address Space
Life And Times Of An Address SpaceLife And Times Of An Address Space
Life And Times Of An Address SpaceMartin Packer
 
I Know What You Did THIS Summer
I Know What You Did THIS SummerI Know What You Did THIS Summer
I Know What You Did THIS SummerMartin Packer
 
I Know What You Did Last Summer
I Know What You Did Last SummerI Know What You Did Last Summer
I Know What You Did Last SummerMartin Packer
 
Optimizing z/OS Batch
Optimizing z/OS BatchOptimizing z/OS Batch
Optimizing z/OS BatchMartin Packer
 
Memory Matters in 2011
Memory Matters in 2011Memory Matters in 2011
Memory Matters in 2011Martin Packer
 
Curt Cotner DDF Inactive Threads Support DB2 Version 3
Curt Cotner DDF Inactive Threads Support DB2 Version 3Curt Cotner DDF Inactive Threads Support DB2 Version 3
Curt Cotner DDF Inactive Threads Support DB2 Version 3Martin Packer
 

Más de Martin Packer (15)

zIIP Capacity Planning - May 2018
zIIP Capacity Planning - May 2018zIIP Capacity Planning - May 2018
zIIP Capacity Planning - May 2018
 
Even More Fun With DDF
Even More Fun With DDFEven More Fun With DDF
Even More Fun With DDF
 
Munich 2016 - Z011599 Martin Packer - More Fun With DDF
Munich 2016 - Z011599 Martin Packer - More Fun With DDFMunich 2016 - Z011599 Martin Packer - More Fun With DDF
Munich 2016 - Z011599 Martin Packer - More Fun With DDF
 
Munich 2016 - Z011598 Martin Packer - He Picks On CICS
Munich 2016 - Z011598 Martin Packer - He Picks On CICSMunich 2016 - Z011598 Martin Packer - He Picks On CICS
Munich 2016 - Z011598 Martin Packer - He Picks On CICS
 
Time For D.I.M.E?
Time For D.I.M.E?Time For D.I.M.E?
Time For D.I.M.E?
 
DB2 Through My Eyes
DB2 Through My EyesDB2 Through My Eyes
DB2 Through My Eyes
 
Time For DIME
Time For DIMETime For DIME
Time For DIME
 
Life And Times Of An Address Space
Life And Times Of An Address SpaceLife And Times Of An Address Space
Life And Times Of An Address Space
 
I Know What You Did THIS Summer
I Know What You Did THIS SummerI Know What You Did THIS Summer
I Know What You Did THIS Summer
 
I Know What You Did Last Summer
I Know What You Did Last SummerI Know What You Did Last Summer
I Know What You Did Last Summer
 
Optimizing z/OS Batch
Optimizing z/OS BatchOptimizing z/OS Batch
Optimizing z/OS Batch
 
Much Ado About CPU
Much Ado About CPUMuch Ado About CPU
Much Ado About CPU
 
Much Ado about CPU
Much Ado about CPUMuch Ado about CPU
Much Ado about CPU
 
Memory Matters in 2011
Memory Matters in 2011Memory Matters in 2011
Memory Matters in 2011
 
Curt Cotner DDF Inactive Threads Support DB2 Version 3
Curt Cotner DDF Inactive Threads Support DB2 Version 3Curt Cotner DDF Inactive Threads Support DB2 Version 3
Curt Cotner DDF Inactive Threads Support DB2 Version 3
 

Último

Designing A Time bound resource download URL
Designing A Time bound resource download URLDesigning A Time bound resource download URL
Designing A Time bound resource download URLRuncy Oommen
 
Artificial Intelligence & SEO Trends for 2024
Artificial Intelligence & SEO Trends for 2024Artificial Intelligence & SEO Trends for 2024
Artificial Intelligence & SEO Trends for 2024D Cloud Solutions
 
Empowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership BlueprintEmpowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership BlueprintMahmoud Rabie
 
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...Aggregage
 
AI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarAI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarPrecisely
 
Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024SkyPlanner
 
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfJamie (Taka) Wang
 
Videogame localization & technology_ how to enhance the power of translation.pdf
Videogame localization & technology_ how to enhance the power of translation.pdfVideogame localization & technology_ how to enhance the power of translation.pdf
Videogame localization & technology_ how to enhance the power of translation.pdfinfogdgmi
 
Comparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and IstioComparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and IstioChristian Posta
 
Meet the new FSP 3000 M-Flex800™
Meet the new FSP 3000 M-Flex800™Meet the new FSP 3000 M-Flex800™
Meet the new FSP 3000 M-Flex800™Adtran
 
OpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureOpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureEric D. Schabell
 
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPAAnypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPAshyamraj55
 
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Will Schroeder
 
9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding Team9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding TeamAdam Moalla
 
Bird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemBird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemAsko Soukka
 
Building AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptxBuilding AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptxUdaiappa Ramachandran
 
Cybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptxCybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptxGDSC PJATK
 
UiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation DevelopersUiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation DevelopersUiPathCommunity
 
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online CollaborationCOMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online Collaborationbruanjhuli
 

Último (20)

Designing A Time bound resource download URL
Designing A Time bound resource download URLDesigning A Time bound resource download URL
Designing A Time bound resource download URL
 
Artificial Intelligence & SEO Trends for 2024
Artificial Intelligence & SEO Trends for 2024Artificial Intelligence & SEO Trends for 2024
Artificial Intelligence & SEO Trends for 2024
 
Empowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership BlueprintEmpowering Africa's Next Generation: The AI Leadership Blueprint
Empowering Africa's Next Generation: The AI Leadership Blueprint
 
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
 
AI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarAI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity Webinar
 
Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024Salesforce Miami User Group Event - 1st Quarter 2024
Salesforce Miami User Group Event - 1st Quarter 2024
 
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
 
Videogame localization & technology_ how to enhance the power of translation.pdf
Videogame localization & technology_ how to enhance the power of translation.pdfVideogame localization & technology_ how to enhance the power of translation.pdf
Videogame localization & technology_ how to enhance the power of translation.pdf
 
Comparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and IstioComparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and Istio
 
Meet the new FSP 3000 M-Flex800™
Meet the new FSP 3000 M-Flex800™Meet the new FSP 3000 M-Flex800™
Meet the new FSP 3000 M-Flex800™
 
OpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureOpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability Adventure
 
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPAAnypoint Code Builder , Google Pub sub connector and MuleSoft RPA
Anypoint Code Builder , Google Pub sub connector and MuleSoft RPA
 
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
 
20150722 - AGV
20150722 - AGV20150722 - AGV
20150722 - AGV
 
9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding Team9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding Team
 
Bird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemBird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystem
 
Building AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptxBuilding AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptx
 
Cybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptxCybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptx
 
UiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation DevelopersUiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation Developers
 
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online CollaborationCOMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
 

Coupling Facility CPU

  • 2. Abstract Recently RMF's reporting of Coupling Facility CPU was enhanced, mainly to give more granularity. This presentation outlines the author's experience with this important new instrumentation, both from the perspective of Capacity Planning and from the perspective of how parallel sysplexes perform under increasing load. It also covers other areas of Parallel Sysplex performance. IN CASE YOU WERE IN ANY DOUBT: “other areas” does not mean “ALL other areas”. :-) 2 © 2009 IBM Corporation
  • 3. Topics  Structure-Level CPU – Structure CPU Experiment  CPU / LPAR Match Up Between 70-1 and 74-4  Conclusings and Musions 3 © 2009 IBM Corporation
  • 4. Structure-Level CPU © 2009 IBM Corporation 4
  • 5. Structure-Level CPU Consumption  CFLEVEL 15 and z/OS R.9 – Most customers are now this far advanced  New SMF 74-4 Field: R744SETM – “Structure Execution Time”  Always 100% Capture Ratio – Adds up to R744PBSY  Multiple uses: – Capacity planning for changing request rates – Examine which structures are large consumers – Compute CPU cost of a request • And compare to service time • Interesting number is “non-CPU” element of service time - as we shall see – Understand whether CPU per request has degraded – Estimating Structure Duplexing cost  NOTE: – Need to collect 74-4 data from all z/OS systems sharing to get total request rate • Otherwise “CPU per request” calculation will overestimate 5 © 2009 IBM Corporation
  • 6. Structure CPU Experiment 6 © 2009 IBM Corporation
  • 7. Structure CPU Experiment  Based on – R744SETM Structure Execution Time – Sync Request Rate • Virtually no Async – Sync Service Time  One minute RMF intervals – Sorted by request rate increasing  Run was 1-way DB2 Datasharing – Only really active structures ISGLOCK and LOCK1  Red lines are CPU time per request – Blue lines are Service time per request  ISGLOCK “low volume” – Shows amortization of some fixed cost effect • Wondering also if some “practice effect” affects service times – CF used IC links  LOCK1 “high volume” – More reliable for capacity planning – CF used a mixture of ISC and ICB links 7 © 2009 IBM Corporation
  • 8. ISGLOCK Requests 16 14 12 Microseconds 10 8 6 3us? 4 2 0 0 10 20 30 40 50 60 70 Requests / Second CPU Time Service Time 8 © 2009 IBM Corporation
  • 9. LOCK1 Requests 12 10 8 Microseconds 6 4 3.5us? 2 0 750 800 850 900 Requests / Second CPU Time Service Time 9 © 2009 IBM Corporation
  • 10. And From My Travels...  Next chart isn't from the experiment just described – A real customer system  A Group Buffer Pool  ISC-Connected – Necessary for the customer's estate  Clearly something goes wrong at about 1100 requests / second – Especially in response time terms but also CPU • (Coupling Facility not CPU constrained)  Options include – Managing the request rate to below 1100 / sec – Working on the request mix – Infrastructure reconfiguration 10 © 2009 IBM Corporation
  • 11. 25us? 11 © 2009 IBM Corporation
  • 12. CPU / LPAR Match Up Between  70­1 and 74­4 12 © 2009 IBM Corporation
  • 13. Internal Coupling Facility - Basics ● Managed out of Pool 5 in z9 and z10 ● Pool numbers given in SMF 70 as index into table of labels ● Recommendation: Manage in reporting as a separate pool ● Follow special CF sizing guidelines ● Especially for takeover situations ● Always runs at full speed ● So good technology match for coupled z/OS images on same footprint ● Another good reason to use ICFs is IC links ● Shared ICFs strongly discouraged for Production ● Especially if the CF image has Dynamic Dispatch turned on ● Should not run ANY coupling facility above 50% busy ● Especially if we need to be able to recover structures onto it 13 © 2009 IBM Corporation
  • 14. ICF CPU Instrumentation SMF 74­4 view different from SMF 70­1 LPAR view of processor busy •R744PBSY is CPU time processing requests •R744PWAI is CPU time while CFCC is not processing requests but it is still using CF  cycles •For Dynamic Dispatch PWAI is time when not processing CF requests but Logical  CP not yet taken back by PR/SM •For dedicated or non­Dynamic Dispatch cases sum is constant •For Dynamic Dispatch sum can vary. Number of defined processors is number of CF Processor Data sections in 74­4 •Refined for CFLEVEL 15 by new fields for dedicated (R744FPDN) and shared  (R744FPSN) processors •Also whether individual engine is dedicated (R744PTYP) and its weight (R744PWGT) PBSY and PWAI Can be examined down to Coupling Facility engine level SMF 74­4 has much more besides CF CPU instrumentation 14 © 2009 IBM Corporation
  • 15. CF LPAR Identification In SMF 70-1 Is Complex  Need to match LPARs in SMF 70-1 with coupling facilities in SMF 74-4 to get proper CPU picture  Since z/OS Release 8 74-4 has machine serial number – Allows correlation in most cases – But LPAR names and CF Names often don't match – Often multiple CF's in same footprint with similar configuration – Sometimes there are multiple CF's with the same name – My code – in extremis – uses the presence of IC links to determine “colocality” – I'm slowly learning :-) not all CF LPARs are in Pool 5 15 © 2009 IBM Corporation
  • 16. New Instrumentation - OA21140  Introduced to support zHPF – Has other SMF and reporting improvements • HiperDispatch Vertical Polarisation indicators at ENGINE level – Type 70 • Normalisation factor for zIIP – Type 70  Adds CF LPAR Partition Number – Allows matching with SMF 70-1  RMF Level (SMFxxSRL) changed to X'55' 16 © 2009 IBM Corporation
  • 17. Conclusings and Musions  I think we've come a long way with Coupling Facility CPU – Capacity Planning is now down to the structure level • But not to the structure-by-system level – We can now tie up the Coupling Facility and LPAR views of CPU • With a few “corner cases”  I'd encourage you to revisit your Parallel Sysplex reporting – Including for all the other aspects we didn't have time for  Shouldn't machines be self-documenting in SMF? 17 © 2009 IBM Corporation