SlideShare a Scribd company logo
1 of 44
Download to read offline
2018 IBM Systems
Technical University
May 2018
London
zIIP Capacity Planning
—
Martin Packer
IBM
Please note
• IBM’s statements regarding its plans, directions, and intent are subject to change
or withdrawal without notice and at IBM’s sole discretion.
• Information regarding potential future products is intended to outline our general
product direction and it should not be relied on in making a purchasing decision.
• The information mentioned regarding potential future products is not a commitment, promise,
or legal obligation to deliver any material, code or functionality. Information about potential
future products may not be incorporated into any contract.
• The development, release, and timing of any future features or functionality described for our
products remains at our sole discretion.
• Performance is based on measurements and projections using standard IBM benchmarks in
a controlled environment. The actual throughput or performance that any user will experience
will vary depending upon many factors, including considerations such as the amount of
multiprogramming in the user’s job stream, the I/O configuration, the storage configuration, and
the workload processed. Therefore, no assurance can be given that an individual user will achieve
results similar to those stated here.
2
zIIP Capacity Planning
Martin Packer, IBM
martin_packer@uk.ibm.com
Twitter/Facebook: martinpacker
1
Abstract
zIIP Capacity Planning tends to be neglected - in favour of General-Purpose Engines (GCPs).
With recent enhancements to DB2 allowing you to offload critical CPU to zIIPs, and to get the
most out of zAAP-on-zIIP, it's time to take zIIP Capacity Planning seriously.
This presentation describes how to do zIIP Capacity Planning properly - with instrumentation
and guidelines.
Note: Updated for z13 SMT and numerous exploiting software updates
2
Topics
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
3
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
4
If You Only Remember 4 Things
• Capacity Planning for zIIPs has become much more important
• Pay especial attention to what % Busy represents “full”
• Measure zIIP potential and usage down to the address space level
• Consider LPAR configuration carefully for zIIPs
5
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
6
Why People Don't Do zIIP Capacity Planning
• zIIPs are much cheaper than general purpose processors (GCPs)
• Maintenance cost lower also
• zIIPs don't attract a software bill
• zIIP Utilization hasn't historically been all that high
• zIIP-eligible work can spill to GCPs at a pinch
• zIIPs are sometimes not the most carefully considered part of a purchase
• Ignoring zIIPs, ICFs, IFLs, zAAPs simplifies things to a single processor pool
7
But Consider
• Spilling to a GCP costs money
• Not spilling to a GCP can cost performance & scalability
• zIIPs aren't free
• Shoving another processor book in can be difficult or impossible
• And at end of processor life upgrades become impossible
• More software that exploits zIIP installed
• Some more performance-critical than previous exploiters
• New and modernised applications increasingly use zIIP
• LPAR configuration for zIIPs affects their performance
8
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
9
Recent (& Now Not-So-Recent) News
• zAAP On zIIP
• Even with zAAPs installed
• zAAP gone with z14
• New 2:1 zIIP:GCP configuration rule with z13, zEC12 and zBC12 processors
• DB2 Version 10 Deferred Write and Prefetch Engines
• DB2 Version 11 further exploiters
• DB2 Version 12 yet more exploiters
• z13 zIIP SMT
• z/OS HonorPriority at Service Class Level (OA50845 / OA50953)
• z/OSMF Autostart in z/OS 2.3
• Java but Liberty Profile
10
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
11
DB2 Version 10 Deferred Write And Prefetch Engines
• Substantial portion of DBM1 address space CPU
• Changed by APAR PM30468 from MSTR address space
• 100% eligible for zIIP
• Very stringent performance requirements
• Must not be delayed
• Latency to cross over to GCP generally too high
• Substantially changes zIIP Capacity Planning rules
• Treat DBM1 as a key address space and protect its access to CPU,
including zIIP
12
13
DB2 Version 11 Exploits zIIP Still Further
• Clean up of pseudo deleted index entries as part of DB2 system task
cleanup
• Clean up of XML multi-version
• Log write and log read
• Clean up of pseudo deleted index entries
• Portions of XML multi version documents cleanup
• System related asynchronous SRB processing with the exception of P-lock
negotiation processing.
• MSTR System related asynchronous SRB processing, such as log write or log
read
• More Utilities eligibility
14
DB2 Version 12 Even More zIIP Exploitation
• Parallel child tasks of an SQL query can now be 100% zIIP eligible
• Previously only 80%
• REORG: Reload phase is now 100% zIIP eligible
• ~up to 17% more for REORG
• LOAD: Reload phase is now 100% zIIP eligible
• ~up to 90% more for LOAD
• PI73882 initial Non-Parallel implementation
• PI80243 added Parallel
• Automatic GRECP/LPL recovery retry is 100% zIIP eligible
• Task which checks every 2 minutes whether an index is an FTB candidate
• Fast Traverse Blocks (FTBs) are in-memory structures for non-leaf index pages
15
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
16
Many Sources Of Information
• From RMF:
• SMF 70
• SMF 72-3
• From z/OS:
• SMF 30
• From middleware:
• SMF 101 DB2 Accounting Trace
• SMF 110 CICS Statistics Trace
• NOTE: SMT adds considerable metrics complexity
17
From 70-1:
18
19
From 72-3: (Slide is for zIIP on GCP)
20
Velocity Calculation
21
Service Class (Period) Information
• For Velocity Goal service class periods you get samples...
• For work that's not zIIP eligible you get e.g. Using and Delay samples for CPU and I/O
• These are the sample counters that affect the velocity calculation
• With zIIP-eligible work you get better resolution – as you get Using and
Delay samples specific to zIIP
• Useful to correlate Delay for zIIP with % zIIP on GCP
• Can explain behaviour
22
A Sample DDF-Related Service Class
23
Understanding Your Exploiters
• Exploiters come in different shapes and sizes
• And leave “footprints” accordingly
• Likewise different criticality levels
• Which ought to be reflected in WLM setup
• Dependent Enclave
• e.g. DBM1 Prefetch / Deferred Write
• Independent Enclave
• e.g. DDF
• zAAP-on-zIIP
• Formerly zAAP-eligible e.g. Java
• e.g. Dependent Enclave for DBM1 Address Space is Performance Critical
from DB2 Version 10
24
SMF 30 Shift-Level Summary Of zIIP Exploiters
25
A DB2 Version 10 DBM1 Address Space's zIIP and CPU Usage Over 24 Hours
26
Projections
• Projecting Near-Term zIIP CPU Requirements:
• For existing workloads that don't run on a zIIP:
• “Project CPU” reports how much CPU is zIIP-eligible via RMF
• DB2 V10 to V11 or later:
• The remainder becoming zIIP-eligible is a reasonable estimate
• Probably about 20%
• None of it any less “stringent”
• For workloads that don't exist yet use any sizing guidelines you can get
• Some “adaptive exploiters” exist:
• These only try to use zIIP if one configured
• “Project CPU” will show zero
• Projecting Into The Future
• The same as standard CPU Capacity Planning
27
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
28
zIIP “Short Engine” Effect
• LPARs with low zIIP usage sharing a zIIP
• Especially with a low weight
• Potential high latency in logical zIIP being dispatched
• If other LPARs have the zIIP
• In multiple zIIP case Hiperdispatch can help
• “Corrals” work into fewer logical ( & physical) zIIPs
• But e.g. 1-Way Queuing regime has unhelpful characteristics
• zIIP Parking rarely seen
• Of especial concern:
• Single zIIP LPAR with low weight and only “DBM1 Engines” exploiter
• Consider not configuring the zIIP to the LPAR
29
zIIP To GCP Ratios
• What's most important is how the zIIP performs
• Especially how CPU-stringent workloads perform
• Extreme case 12 : 1 GCP : zIIP ratio especially unhelpful because of the “1”
• An unscientific view is that somewhere in the region of 2 : 1 to 4 : 1 is rarely
harmful
• Consider both “in LPAR” and “across the machine” effects
• Sometimes the answer will be “no zIIPs for this LPAR”
30
Subcapacity General Purpose Processors
• zIIP runs at full speed
• e.g. about twice as fast as a 6xx General Purpose Processor (GCP)
• Good news:
• zIIP higher capacity and faster than GCP
• Not so good news:
• zIIP-eligible work running on a GCP is worse
• Variability in speed if some runs on zIIP and some not
• Not terribly different to DDF situation since PM12256
• How this plays depends on numbers of threads and CPU-intensiveness
• CPU Conversion Factor:
• Use R723NFFS to convert zIIP CPU to GCP equivalent (and vice versa)
• Consider configuring more zIIPs than raw capacity requirement suggests
• SMT for zIIPs might counteract slower GCPs to some extent
31
Service-Class Level HonorPriority
• Introduced with OA50845 / OA50953
• Prevents “needs help” processing by GCPs
• Meaning: Prevents ”cross over”
• Ostensibly for Spark
• Spark highly zIIP-eligible
• Can use a lot of CPU
• Also has a Memory Capping function
• SMF 30 has a flag for this
• At the address space level
• Could, in principle, be applied to non-Spark work
• Example: Protect DBM1 from “Rogue DDF” work
• Note: As zIIP eligibility is “all or nothing” for a DDF thread will only be partial answer
• See “(Even) More Fun With DDF” presentation
32
zIIP And DB2 Accounting Trace
• zIIP Eligibility complex question for DB2 work
• DB2 Accounting Trace useful here
• With Trace Classes 1,2,3:
• QWACCLS1_zIIP - Class 1 zIIP Time
• QWACCLS2_zIIP - Class 2 zIIP Time
• QWACTRTT_zIIP - Trigger zIIP Time
• QWACSPNF_zIIP - Stored Procedure zIIP Time
• QWACUDFNF_zIIP DS CL8 - User Defined Function (UDF) zIIP Time
• QWACZIIP_ELIGIBLE DS - zIIP-on-GCP Time
• With Trace Classes 7,8:
• QPACCLS7_zIIP - Package-level zIIP Time
33
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
34
If You Only Remembered 4 Things I Hope They Were
• Capacity Planning for zIIPs has become much more important
• Pay especial attention to what % Busy represents “full”
• Measure zIIP potential and usage down to the address space level
• Consider LPAR configuration carefully for zIIPs
35
If You Only Remember
4 Things
The Importance Of
zIIP Capacity Planning
Recentish News DB2 Criticality
So Let's Take This
Seriously...
Miscellaneous Topics Conclusion
Appendix - DB2
Address Spaces
(Thanks To John
Campbell)
36
Why Protect DB2 System Address Spaces From Being Pre-empted? 1 / 2
• MSTR contains the DB2 system monitor task
• Monitors CPU stalls & virtual storage constraints
• DBM1 manages DB2 threads & critical for local DB2 latch & cross-system
locking negotiation
• Delays in negotiating a critical system or application resource can lead to a slowdown of the whole
DB2 data sharing group
• Example: P-lock on a space map page
37
Why Protect DB2 System Address Spaces From Being Pre-empted? 2 / 2
• DIST & WLM-Managed Stored Procedure Server AS only run the DB2
service tasks
• i.e. work performed for DB2 not attributable to a single user
• Classification of incoming workload, scheduling of external stored procedures, etc.
• Typically means these address spaces place a minimal CPU load on the system
• But they do require minimal CPU delay to ensure good system wide performance
• The higher CPU demands to run DDF and/or SP workloads are controlled by the WLM service class
definitions for the DDF enclave workloads or the other workloads calling the SP
• Clear separation between DB2 services which are long-running started tasks used to manage the
environment and transaction workloads that run and use DB2 services
38
Please
complete
the session
survey!
41
Notices and disclaimers
42
Replace the footer with text from the PPT-Updater. Instructions are
included in that file.
• © 2018 International Business Machines Corporation. No part of this
document may be reproduced or transmitted in any form without
written permission from IBM.
• U.S. Government Users Restricted Rights — use, duplication or
disclosure restricted by GSA ADP Schedule Contract with IBM.
• Information in these presentations (including information relating to
products that have not yet been announced by IBM) has been reviewed
for accuracy as of the date of initial publication and could include
unintentional technical or typographical errors. IBM shall have no
responsibility to update this information. This document is distributed
“as is” without any warranty, either express or implied. In no event,
shall IBM be liable for any damage arising from the use of this
information, including but not limited to, loss of data, business
interruption, loss of profit or loss of opportunity. IBM products and
services are warranted per the terms and conditions of the agreements
under which they are provided.
• IBM products are manufactured from new parts or new and used parts.
In some cases, a product may not be new and may have been previously
installed. Regardless, our warranty terms apply.”
• Any statements regarding IBM's future direction, intent or product plans
are subject to change or withdrawal without notice.
• Performance data contained herein was generally obtained in a controlled,
isolated environments. Customer examples are presented as illustrations of
how those
• customers have used IBM products and the results they may have
achieved. Actual performance, cost, savings or other results in other
operating environments may vary.
• References in this document to IBM products, programs, or services does not
imply that IBM intends to make such products, programs or services available
in all countries in which IBM operates or does business.
• Workshops, sessions and associated materials may have been prepared by
independent session speakers, and do not necessarily reflect the views of
IBM. All materials and discussions are provided for informational purposes
only, and are neither intended to, nor shall constitute legal or other guidance
or advice to any individual participant or their specific situation.
• It is the customer’s responsibility to insure its own compliance with legal
requirements and to obtain advice of competent legal counsel as to
the identification and interpretation of any relevant laws and regulatory
requirements that may affect the customer’s business and any actions the
customer may need to take to comply with such laws. IBM does not provide
legal advice or represent or warrant that its services or products will ensure
that the customer follows any law.
Notices and disclaimers
continued
43
Replace the footer with text from the PPT-Updater. Instructions
are included in that file.
• Information concerning non-IBM products was obtained from the
suppliers of those products, their published announcements or other
publicly available sources. IBM has not tested those products about this
publication and cannot confirm the accuracy of performance,
compatibility or any other claims related to non-IBM products. Questions
on the capabilities of non-IBM products should be addressed to the
suppliers of those products. IBM does not warrant the quality of any
third-party products, or the ability of any such third-party products to
interoperate with IBM’s products. IBM expressly disclaims all warranties,
expressed or implied, including but not limited to, the implied
warranties of merchantability and fitness for a purpose.
• The provision of the information contained herein is not intended to, and
does not, grant any right or license under any IBM patents, copyrights,
trademarks or other intellectual property right.
• IBM, the IBM logo, ibm.com and [names of other referenced IBM
products and services used in the presentation] are trademarks of
International Business Machines Corporation, registered in many
jurisdictions worldwide. Other product and service names might
be trademarks of IBM or other companies. A current list of IBM
trademarks is available on the Web at "Copyright and trademark
information" at: www.ibm.com/legal/copytrade.shtml.
• .
44
Replace the footer with text from the PPT-Updater. Instructions
are included in that file.

More Related Content

What's hot

Parallel Sysplex Performance Topics
Parallel Sysplex Performance TopicsParallel Sysplex Performance Topics
Parallel Sysplex Performance Topics
Martin Packer
 
Memory Matters in 2011
Memory Matters in 2011Memory Matters in 2011
Memory Matters in 2011
Martin Packer
 

What's hot (17)

Parallel Sysplex Performance Topics
Parallel Sysplex Performance TopicsParallel Sysplex Performance Topics
Parallel Sysplex Performance Topics
 
Much Ado about CPU
Much Ado about CPUMuch Ado about CPU
Much Ado about CPU
 
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
 
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
 
Educational seminar lessons learned from customer db2 for z os health check...
Educational seminar   lessons learned from customer db2 for z os health check...Educational seminar   lessons learned from customer db2 for z os health check...
Educational seminar lessons learned from customer db2 for z os health check...
 
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
 
A Time Traveller’s Guide to DB2: Technology Themes for 2014 and Beyond
A Time Traveller’s Guide to DB2: Technology Themes for 2014 and BeyondA Time Traveller’s Guide to DB2: Technology Themes for 2014 and Beyond
A Time Traveller’s Guide to DB2: Technology Themes for 2014 and Beyond
 
Much Ado About CPU
Much Ado About CPUMuch Ado About CPU
Much Ado About CPU
 
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)
 
Memory Matters in 2011
Memory Matters in 2011Memory Matters in 2011
Memory Matters in 2011
 
DB2 Design for High Availability and Scalability
DB2 Design for High Availability and ScalabilityDB2 Design for High Availability and Scalability
DB2 Design for High Availability and Scalability
 
IBM DB2 Analytics Accelerator Trends & Directions by Namik Hrle
IBM DB2 Analytics Accelerator  Trends & Directions by Namik Hrle IBM DB2 Analytics Accelerator  Trends & Directions by Namik Hrle
IBM DB2 Analytics Accelerator Trends & Directions by Namik Hrle
 
FlashCopy and DB2 for z/OS
FlashCopy and DB2 for z/OSFlashCopy and DB2 for z/OS
FlashCopy and DB2 for z/OS
 
DB2 Through My Eyes
DB2 Through My EyesDB2 Through My Eyes
DB2 Through My Eyes
 
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
 
Best practices for DB2 for z/OS log based recovery
Best practices for DB2 for z/OS log based recoveryBest practices for DB2 for z/OS log based recovery
Best practices for DB2 for z/OS log based recovery
 
Top 5 performance and capacity challenges for z/OS
Top 5 performance and capacity challenges for z/OS Top 5 performance and capacity challenges for z/OS
Top 5 performance and capacity challenges for z/OS
 

Similar to zIIP Capacity Planning - May 2018

Db2 10 memory management uk db2 user group june 2013 [read-only]
Db2 10 memory management   uk db2 user group june 2013 [read-only]Db2 10 memory management   uk db2 user group june 2013 [read-only]
Db2 10 memory management uk db2 user group june 2013 [read-only]
Laura Hood
 
Db2 10 memory management uk db2 user group june 2013
Db2 10 memory management   uk db2 user group june 2013Db2 10 memory management   uk db2 user group june 2013
Db2 10 memory management uk db2 user group june 2013
Carol Davis-Mann
 
PPCD_And_AmazonRDS
PPCD_And_AmazonRDSPPCD_And_AmazonRDS
PPCD_And_AmazonRDS
Vibhor Kumar
 
What's New in OpenLDAP
What's New in OpenLDAPWhat's New in OpenLDAP
What's New in OpenLDAP
LDAPCon
 
Lessons learned from Isbank - A Story of a DB2 for z/OS Initiative
Lessons learned from Isbank - A Story of a DB2 for z/OS InitiativeLessons learned from Isbank - A Story of a DB2 for z/OS Initiative
Lessons learned from Isbank - A Story of a DB2 for z/OS Initiative
Cuneyt Goksu
 

Similar to zIIP Capacity Planning - May 2018 (20)

Db2 10 memory management uk db2 user group june 2013 [read-only]
Db2 10 memory management   uk db2 user group june 2013 [read-only]Db2 10 memory management   uk db2 user group june 2013 [read-only]
Db2 10 memory management uk db2 user group june 2013 [read-only]
 
Db2 10 memory management uk db2 user group june 2013
Db2 10 memory management   uk db2 user group june 2013Db2 10 memory management   uk db2 user group june 2013
Db2 10 memory management uk db2 user group june 2013
 
PPCD_And_AmazonRDS
PPCD_And_AmazonRDSPPCD_And_AmazonRDS
PPCD_And_AmazonRDS
 
Retour d'expérience d'un environnement base de données multitenant
Retour d'expérience d'un environnement base de données multitenantRetour d'expérience d'un environnement base de données multitenant
Retour d'expérience d'un environnement base de données multitenant
 
DbB 10 Webcast #3 The Secrets Of Scalability
DbB 10 Webcast #3   The Secrets Of ScalabilityDbB 10 Webcast #3   The Secrets Of Scalability
DbB 10 Webcast #3 The Secrets Of Scalability
 
IBM Analytics Accelerator Trends & Directions Namk Hrle
IBM Analytics Accelerator  Trends & Directions Namk Hrle IBM Analytics Accelerator  Trends & Directions Namk Hrle
IBM Analytics Accelerator Trends & Directions Namk Hrle
 
What's New in OpenLDAP
What's New in OpenLDAPWhat's New in OpenLDAP
What's New in OpenLDAP
 
DB2 11 for z/OS Migration Planning and Early Customer Experiences
DB2 11 for z/OS Migration Planning and Early Customer ExperiencesDB2 11 for z/OS Migration Planning and Early Customer Experiences
DB2 11 for z/OS Migration Planning and Early Customer Experiences
 
z13: New Opportunities – if you dare!
z13: New Opportunities – if you dare!z13: New Opportunities – if you dare!
z13: New Opportunities – if you dare!
 
Planning and executing a DB2 11 for z/OS Migration by Ian Cook
Planning and executing a DB2 11 for z/OS  Migration  by Ian Cook Planning and executing a DB2 11 for z/OS  Migration  by Ian Cook
Planning and executing a DB2 11 for z/OS Migration by Ian Cook
 
Apache SystemML Architecture by Niketan Panesar
Apache SystemML Architecture by Niketan PanesarApache SystemML Architecture by Niketan Panesar
Apache SystemML Architecture by Niketan Panesar
 
Apache SystemML Architecture by Niketan Panesar
Apache SystemML Architecture by Niketan PanesarApache SystemML Architecture by Niketan Panesar
Apache SystemML Architecture by Niketan Panesar
 
DB2 for z/OS Real Storage Monitoring, Control and Planning
DB2 for z/OS Real Storage Monitoring, Control and PlanningDB2 for z/OS Real Storage Monitoring, Control and Planning
DB2 for z/OS Real Storage Monitoring, Control and Planning
 
Lessons learned from Isbank - A Story of a DB2 for z/OS Initiative
Lessons learned from Isbank - A Story of a DB2 for z/OS InitiativeLessons learned from Isbank - A Story of a DB2 for z/OS Initiative
Lessons learned from Isbank - A Story of a DB2 for z/OS Initiative
 
IMS05 IMS V14 8gb osam for haldb
IMS05   IMS V14 8gb osam for haldbIMS05   IMS V14 8gb osam for haldb
IMS05 IMS V14 8gb osam for haldb
 
Db2 on cloud overview
Db2 on cloud overviewDb2 on cloud overview
Db2 on cloud overview
 
Cobol performance tuning paper lessons learned - s8833 tr
Cobol performance tuning paper   lessons learned - s8833 trCobol performance tuning paper   lessons learned - s8833 tr
Cobol performance tuning paper lessons learned - s8833 tr
 
DB2 10 & 11 for z/OS System Performance Monitoring and Optimisation
DB2 10 & 11 for z/OS System Performance Monitoring and OptimisationDB2 10 & 11 for z/OS System Performance Monitoring and Optimisation
DB2 10 & 11 for z/OS System Performance Monitoring and Optimisation
 
Session 7362 Handout 427 0
Session 7362 Handout 427 0Session 7362 Handout 427 0
Session 7362 Handout 427 0
 
Advantages of migrating to db2 v11.1
Advantages of migrating to db2 v11.1Advantages of migrating to db2 v11.1
Advantages of migrating to db2 v11.1
 

More from Martin Packer

DB2 Data Sharing Performance for Beginners
DB2 Data Sharing Performance for BeginnersDB2 Data Sharing Performance for Beginners
DB2 Data Sharing Performance for Beginners
Martin Packer
 

More from Martin Packer (9)

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
 
Time For DIME
Time For DIMETime For DIME
Time For DIME
 
DB2 Data Sharing Performance
DB2 Data Sharing PerformanceDB2 Data Sharing Performance
DB2 Data Sharing Performance
 
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
 
DB2 Data Sharing Performance for Beginners
DB2 Data Sharing Performance for BeginnersDB2 Data Sharing Performance for Beginners
DB2 Data Sharing Performance for Beginners
 
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
 
Coupling Facility CPU
Coupling Facility CPUCoupling Facility CPU
Coupling Facility CPU
 

Recently uploaded

TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc
 
Architecting Cloud Native Applications
Architecting Cloud Native ApplicationsArchitecting Cloud Native Applications
Architecting Cloud Native Applications
WSO2
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Victor Rentea
 

Recently uploaded (20)

TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
The Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightThe Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and Insight
 
Quantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation ComputingQuantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation Computing
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)
 
How to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cfHow to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cf
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontology
 
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
 
Architecting Cloud Native Applications
Architecting Cloud Native ApplicationsArchitecting Cloud Native Applications
Architecting Cloud Native Applications
 
Less Is More: Utilizing Ballerina to Architect a Cloud Data Platform
Less Is More: Utilizing Ballerina to Architect a Cloud Data PlatformLess Is More: Utilizing Ballerina to Architect a Cloud Data Platform
Less Is More: Utilizing Ballerina to Architect a Cloud Data Platform
 
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
 
Simplifying Mobile A11y Presentation.pptx
Simplifying Mobile A11y Presentation.pptxSimplifying Mobile A11y Presentation.pptx
Simplifying Mobile A11y Presentation.pptx
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDM
 
JohnPollard-hybrid-app-RailsConf2024.pptx
JohnPollard-hybrid-app-RailsConf2024.pptxJohnPollard-hybrid-app-RailsConf2024.pptx
JohnPollard-hybrid-app-RailsConf2024.pptx
 
Navigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern EnterpriseNavigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern Enterprise
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
 

zIIP Capacity Planning - May 2018

  • 1. 2018 IBM Systems Technical University May 2018 London zIIP Capacity Planning — Martin Packer IBM
  • 2. Please note • IBM’s statements regarding its plans, directions, and intent are subject to change or withdrawal without notice and at IBM’s sole discretion. • Information regarding potential future products is intended to outline our general product direction and it should not be relied on in making a purchasing decision. • The information mentioned regarding potential future products is not a commitment, promise, or legal obligation to deliver any material, code or functionality. Information about potential future products may not be incorporated into any contract. • The development, release, and timing of any future features or functionality described for our products remains at our sole discretion. • Performance is based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput or performance that any user will experience will vary depending upon many factors, including considerations such as the amount of multiprogramming in the user’s job stream, the I/O configuration, the storage configuration, and the workload processed. Therefore, no assurance can be given that an individual user will achieve results similar to those stated here. 2
  • 3. zIIP Capacity Planning Martin Packer, IBM martin_packer@uk.ibm.com Twitter/Facebook: martinpacker 1
  • 4. Abstract zIIP Capacity Planning tends to be neglected - in favour of General-Purpose Engines (GCPs). With recent enhancements to DB2 allowing you to offload critical CPU to zIIPs, and to get the most out of zAAP-on-zIIP, it's time to take zIIP Capacity Planning seriously. This presentation describes how to do zIIP Capacity Planning properly - with instrumentation and guidelines. Note: Updated for z13 SMT and numerous exploiting software updates 2
  • 5. Topics If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 3
  • 6. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 4
  • 7. If You Only Remember 4 Things • Capacity Planning for zIIPs has become much more important • Pay especial attention to what % Busy represents “full” • Measure zIIP potential and usage down to the address space level • Consider LPAR configuration carefully for zIIPs 5
  • 8. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 6
  • 9. Why People Don't Do zIIP Capacity Planning • zIIPs are much cheaper than general purpose processors (GCPs) • Maintenance cost lower also • zIIPs don't attract a software bill • zIIP Utilization hasn't historically been all that high • zIIP-eligible work can spill to GCPs at a pinch • zIIPs are sometimes not the most carefully considered part of a purchase • Ignoring zIIPs, ICFs, IFLs, zAAPs simplifies things to a single processor pool 7
  • 10. But Consider • Spilling to a GCP costs money • Not spilling to a GCP can cost performance & scalability • zIIPs aren't free • Shoving another processor book in can be difficult or impossible • And at end of processor life upgrades become impossible • More software that exploits zIIP installed • Some more performance-critical than previous exploiters • New and modernised applications increasingly use zIIP • LPAR configuration for zIIPs affects their performance 8
  • 11. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 9
  • 12. Recent (& Now Not-So-Recent) News • zAAP On zIIP • Even with zAAPs installed • zAAP gone with z14 • New 2:1 zIIP:GCP configuration rule with z13, zEC12 and zBC12 processors • DB2 Version 10 Deferred Write and Prefetch Engines • DB2 Version 11 further exploiters • DB2 Version 12 yet more exploiters • z13 zIIP SMT • z/OS HonorPriority at Service Class Level (OA50845 / OA50953) • z/OSMF Autostart in z/OS 2.3 • Java but Liberty Profile 10
  • 13. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 11
  • 14. DB2 Version 10 Deferred Write And Prefetch Engines • Substantial portion of DBM1 address space CPU • Changed by APAR PM30468 from MSTR address space • 100% eligible for zIIP • Very stringent performance requirements • Must not be delayed • Latency to cross over to GCP generally too high • Substantially changes zIIP Capacity Planning rules • Treat DBM1 as a key address space and protect its access to CPU, including zIIP 12
  • 15. 13
  • 16. DB2 Version 11 Exploits zIIP Still Further • Clean up of pseudo deleted index entries as part of DB2 system task cleanup • Clean up of XML multi-version • Log write and log read • Clean up of pseudo deleted index entries • Portions of XML multi version documents cleanup • System related asynchronous SRB processing with the exception of P-lock negotiation processing. • MSTR System related asynchronous SRB processing, such as log write or log read • More Utilities eligibility 14
  • 17. DB2 Version 12 Even More zIIP Exploitation • Parallel child tasks of an SQL query can now be 100% zIIP eligible • Previously only 80% • REORG: Reload phase is now 100% zIIP eligible • ~up to 17% more for REORG • LOAD: Reload phase is now 100% zIIP eligible • ~up to 90% more for LOAD • PI73882 initial Non-Parallel implementation • PI80243 added Parallel • Automatic GRECP/LPL recovery retry is 100% zIIP eligible • Task which checks every 2 minutes whether an index is an FTB candidate • Fast Traverse Blocks (FTBs) are in-memory structures for non-leaf index pages 15
  • 18. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 16
  • 19. Many Sources Of Information • From RMF: • SMF 70 • SMF 72-3 • From z/OS: • SMF 30 • From middleware: • SMF 101 DB2 Accounting Trace • SMF 110 CICS Statistics Trace • NOTE: SMT adds considerable metrics complexity 17
  • 21. 19
  • 22. From 72-3: (Slide is for zIIP on GCP) 20
  • 24. Service Class (Period) Information • For Velocity Goal service class periods you get samples... • For work that's not zIIP eligible you get e.g. Using and Delay samples for CPU and I/O • These are the sample counters that affect the velocity calculation • With zIIP-eligible work you get better resolution – as you get Using and Delay samples specific to zIIP • Useful to correlate Delay for zIIP with % zIIP on GCP • Can explain behaviour 22
  • 25. A Sample DDF-Related Service Class 23
  • 26. Understanding Your Exploiters • Exploiters come in different shapes and sizes • And leave “footprints” accordingly • Likewise different criticality levels • Which ought to be reflected in WLM setup • Dependent Enclave • e.g. DBM1 Prefetch / Deferred Write • Independent Enclave • e.g. DDF • zAAP-on-zIIP • Formerly zAAP-eligible e.g. Java • e.g. Dependent Enclave for DBM1 Address Space is Performance Critical from DB2 Version 10 24
  • 27. SMF 30 Shift-Level Summary Of zIIP Exploiters 25
  • 28. A DB2 Version 10 DBM1 Address Space's zIIP and CPU Usage Over 24 Hours 26
  • 29. Projections • Projecting Near-Term zIIP CPU Requirements: • For existing workloads that don't run on a zIIP: • “Project CPU” reports how much CPU is zIIP-eligible via RMF • DB2 V10 to V11 or later: • The remainder becoming zIIP-eligible is a reasonable estimate • Probably about 20% • None of it any less “stringent” • For workloads that don't exist yet use any sizing guidelines you can get • Some “adaptive exploiters” exist: • These only try to use zIIP if one configured • “Project CPU” will show zero • Projecting Into The Future • The same as standard CPU Capacity Planning 27
  • 30. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 28
  • 31. zIIP “Short Engine” Effect • LPARs with low zIIP usage sharing a zIIP • Especially with a low weight • Potential high latency in logical zIIP being dispatched • If other LPARs have the zIIP • In multiple zIIP case Hiperdispatch can help • “Corrals” work into fewer logical ( & physical) zIIPs • But e.g. 1-Way Queuing regime has unhelpful characteristics • zIIP Parking rarely seen • Of especial concern: • Single zIIP LPAR with low weight and only “DBM1 Engines” exploiter • Consider not configuring the zIIP to the LPAR 29
  • 32. zIIP To GCP Ratios • What's most important is how the zIIP performs • Especially how CPU-stringent workloads perform • Extreme case 12 : 1 GCP : zIIP ratio especially unhelpful because of the “1” • An unscientific view is that somewhere in the region of 2 : 1 to 4 : 1 is rarely harmful • Consider both “in LPAR” and “across the machine” effects • Sometimes the answer will be “no zIIPs for this LPAR” 30
  • 33. Subcapacity General Purpose Processors • zIIP runs at full speed • e.g. about twice as fast as a 6xx General Purpose Processor (GCP) • Good news: • zIIP higher capacity and faster than GCP • Not so good news: • zIIP-eligible work running on a GCP is worse • Variability in speed if some runs on zIIP and some not • Not terribly different to DDF situation since PM12256 • How this plays depends on numbers of threads and CPU-intensiveness • CPU Conversion Factor: • Use R723NFFS to convert zIIP CPU to GCP equivalent (and vice versa) • Consider configuring more zIIPs than raw capacity requirement suggests • SMT for zIIPs might counteract slower GCPs to some extent 31
  • 34. Service-Class Level HonorPriority • Introduced with OA50845 / OA50953 • Prevents “needs help” processing by GCPs • Meaning: Prevents ”cross over” • Ostensibly for Spark • Spark highly zIIP-eligible • Can use a lot of CPU • Also has a Memory Capping function • SMF 30 has a flag for this • At the address space level • Could, in principle, be applied to non-Spark work • Example: Protect DBM1 from “Rogue DDF” work • Note: As zIIP eligibility is “all or nothing” for a DDF thread will only be partial answer • See “(Even) More Fun With DDF” presentation 32
  • 35. zIIP And DB2 Accounting Trace • zIIP Eligibility complex question for DB2 work • DB2 Accounting Trace useful here • With Trace Classes 1,2,3: • QWACCLS1_zIIP - Class 1 zIIP Time • QWACCLS2_zIIP - Class 2 zIIP Time • QWACTRTT_zIIP - Trigger zIIP Time • QWACSPNF_zIIP - Stored Procedure zIIP Time • QWACUDFNF_zIIP DS CL8 - User Defined Function (UDF) zIIP Time • QWACZIIP_ELIGIBLE DS - zIIP-on-GCP Time • With Trace Classes 7,8: • QPACCLS7_zIIP - Package-level zIIP Time 33
  • 36. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 34
  • 37. If You Only Remembered 4 Things I Hope They Were • Capacity Planning for zIIPs has become much more important • Pay especial attention to what % Busy represents “full” • Measure zIIP potential and usage down to the address space level • Consider LPAR configuration carefully for zIIPs 35
  • 38. If You Only Remember 4 Things The Importance Of zIIP Capacity Planning Recentish News DB2 Criticality So Let's Take This Seriously... Miscellaneous Topics Conclusion Appendix - DB2 Address Spaces (Thanks To John Campbell) 36
  • 39. Why Protect DB2 System Address Spaces From Being Pre-empted? 1 / 2 • MSTR contains the DB2 system monitor task • Monitors CPU stalls & virtual storage constraints • DBM1 manages DB2 threads & critical for local DB2 latch & cross-system locking negotiation • Delays in negotiating a critical system or application resource can lead to a slowdown of the whole DB2 data sharing group • Example: P-lock on a space map page 37
  • 40. Why Protect DB2 System Address Spaces From Being Pre-empted? 2 / 2 • DIST & WLM-Managed Stored Procedure Server AS only run the DB2 service tasks • i.e. work performed for DB2 not attributable to a single user • Classification of incoming workload, scheduling of external stored procedures, etc. • Typically means these address spaces place a minimal CPU load on the system • But they do require minimal CPU delay to ensure good system wide performance • The higher CPU demands to run DDF and/or SP workloads are controlled by the WLM service class definitions for the DDF enclave workloads or the other workloads calling the SP • Clear separation between DB2 services which are long-running started tasks used to manage the environment and transaction workloads that run and use DB2 services 38
  • 42. Notices and disclaimers 42 Replace the footer with text from the PPT-Updater. Instructions are included in that file. • © 2018 International Business Machines Corporation. No part of this document may be reproduced or transmitted in any form without written permission from IBM. • U.S. Government Users Restricted Rights — use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM. • Information in these presentations (including information relating to products that have not yet been announced by IBM) has been reviewed for accuracy as of the date of initial publication and could include unintentional technical or typographical errors. IBM shall have no responsibility to update this information. This document is distributed “as is” without any warranty, either express or implied. In no event, shall IBM be liable for any damage arising from the use of this information, including but not limited to, loss of data, business interruption, loss of profit or loss of opportunity. IBM products and services are warranted per the terms and conditions of the agreements under which they are provided. • IBM products are manufactured from new parts or new and used parts. In some cases, a product may not be new and may have been previously installed. Regardless, our warranty terms apply.” • Any statements regarding IBM's future direction, intent or product plans are subject to change or withdrawal without notice. • Performance data contained herein was generally obtained in a controlled, isolated environments. Customer examples are presented as illustrations of how those • customers have used IBM products and the results they may have achieved. Actual performance, cost, savings or other results in other operating environments may vary. • References in this document to IBM products, programs, or services does not imply that IBM intends to make such products, programs or services available in all countries in which IBM operates or does business. • Workshops, sessions and associated materials may have been prepared by independent session speakers, and do not necessarily reflect the views of IBM. All materials and discussions are provided for informational purposes only, and are neither intended to, nor shall constitute legal or other guidance or advice to any individual participant or their specific situation. • It is the customer’s responsibility to insure its own compliance with legal requirements and to obtain advice of competent legal counsel as to the identification and interpretation of any relevant laws and regulatory requirements that may affect the customer’s business and any actions the customer may need to take to comply with such laws. IBM does not provide legal advice or represent or warrant that its services or products will ensure that the customer follows any law.
  • 43. Notices and disclaimers continued 43 Replace the footer with text from the PPT-Updater. Instructions are included in that file. • Information concerning non-IBM products was obtained from the suppliers of those products, their published announcements or other publicly available sources. IBM has not tested those products about this publication and cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products. IBM does not warrant the quality of any third-party products, or the ability of any such third-party products to interoperate with IBM’s products. IBM expressly disclaims all warranties, expressed or implied, including but not limited to, the implied warranties of merchantability and fitness for a purpose. • The provision of the information contained herein is not intended to, and does not, grant any right or license under any IBM patents, copyrights, trademarks or other intellectual property right. • IBM, the IBM logo, ibm.com and [names of other referenced IBM products and services used in the presentation] are trademarks of International Business Machines Corporation, registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at: www.ibm.com/legal/copytrade.shtml. • .
  • 44. 44 Replace the footer with text from the PPT-Updater. Instructions are included in that file.