Performance FAQ 7.5 Traducido

Machine Translated by Google
Rendimiento de energía de IBM
IBM i on Power Preguntas frecuentes sobre el rendimiento
1 de noviembre de 2022
Preguntas frecuentes sobre el rendimiento de IBM i on Power Página 1 de 107
Tabla de contenido
1 INTRODUCCIÓN .............................................. .................................................... .................................................... .12
1.1 PROPÓSITO DE ESTE DOCUMENTO ............................................... .................................................... ..................................12
1.2 DESCRIPCIÓN GENERAL................................................. .................................................... .................................................... ...........12 ¿QUÉ HAY
1.3 DE NUEVO EN LA ÚLTIMA VERSIÓN? ............................... .................................................... .....................................12
1.4 RESPONSABILIDADES DEL DOCUMENTO ............................................... .................................................... ..........................12
2 ¿QUÉ ES EL RENDIMIENTO? ............................................... .................................................... ..........................................13
2.1 INTRODUCCIÓN................................................. .................................................... .................................................... ....13
2.2 RENDIMIENTO .................................................. .................................................... .................................................... ....13
2.3 TIEMPO DE RESPUESTA ............................................. .................................................... .................................................... ...13
2.4 RENDIMIENTO................................................... .................................................... .................................................... ......13
2.5 RENDIMIENTO VERSUS TIEMPO DE RESPUESTA ............................................... .................................................... .....................13
2.6 COMPONENTES DEL TIEMPO DE RESPUESTA ......................................... .................................................... .............................14
Características de la transacción .............................................. .................................................... ..........................15
Contenedores de espera de IBM i ........................................... .................................................... ...........................................dieciséis
Titulares y Meseros ............................................................. .................................................... ..........................................17
Pilas de llamadas .................................................. .................................................... .................................................... ....17
Recopilación y análisis de datos ............................................... .................................................... ...........18 RENDIMIENTO
2.7 ACEPTABLE ............................... .................................................... .................................................... ....18
2.8 CONSIDERACIONES DE ESCALADO DE PARTICIÓN ............................................... .................................................... ....................18
3 REFERENCIAS DE RENDIMIENTO .................................................. .................................................... ..........................20
3.1 INTRODUCCIÓN................................................. .................................................... .................................................... ....20
3.2 ¿ QUÉ SON LOS REFERENCIAS DE RENDIMIENTO ? .................................................... .................................................... ............20
3.3 ¿CÓMO SE CALIFICA EL RENDIMIENTO DE LOS SISTEMAS IBM I? .................................................... .............................................20
3.4 ¿QUÉ ES EL CPW RATING DE UN SISTEMA? .................................................... .................................................... .............20
Clasificación de CPW frente a puntos de referencia públicos .................................. .................................................... ...........21
3.5 COMPARACIÓN DE RESULTADOS DE REFERENCIA ............................... .................................................... ..........................................21
3.6 BENCHMARKS PERSONALIZADOS Y PRUEBA DE CONCEPTOS (POC).................................................. .............................................21
Consideraciones ... .................................................... .................................................... ..........................................22
Dificultades comunes para los puntos de referencia personalizados .................................. .................................................... .....22
Centro de servicios de rendimiento y escalabilidad de IBM i .................................. .................................................... ..22
4 DIMENSIONAMIENTO DE UN SISTEMA ....................................... .................................................... .................................................... 23
4.1 INTRODUCCIÓN................................................. .................................................... .................................................... ....23
4.2 MEJORES PRÁCTICAS DE TAMAÑO .................................................. .................................................... ..........................................23
4.3 HERRAMIENTAS DE DIMENSIONAMIENTO DEL SISTEMA .................................. .................................................... .............................................23
Estimador de carga de trabajo de sistemas IBM (WLE) ....................................................... .................................................... .....23
Modelador de almacenamiento de IBM .................................. .................................................... ..........................................25
5 PLANIFICACIÓN DE LA CAPACIDAD ............................................... .................................................... ..........................................26
5.1 ADMINISTRACIÓN DE RENDIMIENTO DE IBM PARA ENERGÍA.................................... .................................................... ..........26
6 MONITOREO PROACTIVO DEL DESEMPEÑO.................................................. .................................................... ..........27
6.1 INTRODUCCIÓN................................................. .................................................... .................................................... ....27
6.2 MONITOREO DEL DESEMPEÑO ANTES DE QUE OCURRA UN PROBLEMA ........................................... ..........................................27
Monitoreo interactivo en tiempo real .............................................. .................................................... ....................27
Tablero en el nuevo Navigator for i ........................................... .................................................... ...................27
Supervisión automatizada ............................... .................................................... .................................................... .....29
Ver mensajes ............................................... .................................................... ..........................................30 Servicios
de IBM i ...... .................................................... .................................................... .......................................30 DEFINICIÓN
6.3 DE UN PROBLEMA DE RENDIMIENTO (QUÉ ES LENTO ?) .................................................. ..........................................30
7 COLECTORES DE DATOS DE DESEMPEÑO Y HERRAMIENTAS DE ANÁLISIS .................................. ....................................31
7.1 INTRODUCCIÓN................................................. .................................................... .................................................... ....31
7.2 GESTIÓN DEL RENDIMIENTO EN IBM I ............................................... .................................................... ..........................31
7.3 COLECCIONADORES DE DATOS DE DESEMPEÑO .................................. .................................................... ..........................31
Servicios de recogida .................. .................................................... .................................................... ...................31 IBM i Disk
Watcher ........................... .................................................... .................................................... ............32 Observador de trabajos de
IBM i ........................... .................................................... .................................................... .......33 Explorador de rendimiento
(PEX) .................................. .................................................... ..................................33 Caché del plan
SQL.......... .................................................... .................................................... ....................................34 HERRAMIENTAS DE
7.4 ANÁLISIS ............. ...................... .................................................... .................................................... ...............34 Descripción
general ............................. .................................................... .................................................... .......................34 Herramientas de
rendimiento para i ...................... .................................................... .................................................... ...........35 Soluciones de cliente
de IBM i Access (ACS) ........................... .................................................... .............................35 Nueva versión de IBM Navigator
para i ............. .................................................... ..................................................35 Investigador de datos de
rendimiento ............................................... .................................................... .....................36 IBM iDoctor para IBM
i ....................... .................................................... ............. ..........................................................38 Matriz de
herramientas ................................................ .................................................... .................................................... ..40
8 PREGUNTAS FRECUENTES ............................................... .................................................... ........................41
8.1 INTRODUCCIÓN................................................. .................................................... .................................................... ....41
8.2 PREGUNTAS GENERALES .............................................. .................................................... .............................................41 ¿Cuáles
son las normas generales recomendaciones de ajuste de rendimiento para obtener el mejor rendimiento de IBM i? ...................41
Escuché que... algo en Internet decía... ¿debería cambiar...?........... .............................................41 Mi < El uso de CPU, disco,
memoria> es alto, ¿debería agregar más recursos? .................................................... ...41 ¿Por qué no mejoró el rendimiento de
mi partición después de agregar <CPU, memoria, brazos de disco, SSD>?
41
¿Debo actualizar los PTF antes de emprender un proyecto de análisis de rendimiento? ............................................41 ¿Cómo
puedo saber ¿Qué trabajos consumen la mayor parte del almacenamiento temporal en mi partición? ..........42 Existen dos interfaces
gráficas para los datos de rendimiento de IBM i: Performance Data Investigator (PDI)
y iDoctor. ¿Cuál debo usar? .............................................. .................................................... ..........................43
¿Cuál es el trabajo QDBFSTCCOL que se ejecuta en mi partición y por qué consume recursos? ..........................44 PREGUNTAS
8.3 SOBRE LA CPU .................. .................................................... .................................................... .............................44 ¿Cómo puedo
reducir el uso de la CPU en la partición? .................................................... ..........................................44 ¿Qué puedo hacer si puedo
No puedo reducir mi consumo de CPU? .................................................... ...................44 ¿Por qué la utilización de la CPU de mi
partición muestra un valor superior al 100 %? ............................................45 ¿Por qué el ¿La utilización de la CPU del sistema es
igual a la suma de la utilización de la CPU de los trabajos individuales en
WRKACTJOB? .................................................... .................................................... .................................................... ...........45
¿Cómo puedo evitar que ciertas cargas de trabajo afecten a toda mi partición? .................................................... 45 El rendimiento
de mi sistema es inconsistente. ¿Qué podría causar eso? ..........................................................46 ¿Por qué veo el tiempo de cola
de la CPU cuando mi utilización de la CPU no es excesiva? .............................................46 ¿Por qué no mi rendimiento mejoró
cuando agregué núcleos a mi partición? .............................................47 ¿Por qué no la utilización de la CPU informada por la HMC
coincide con la utilización de la CPU informada por IBM i?....47 PREGUNTAS SOBRE LA
8.4 MEMORIA ........................... .................................................... .................................................... ..........47 ¿Cuánta memoria debo
configurar para mi partición? .................................................... ..........................47
¿Cómo debo configurar los grupos de memoria de mi partición? .................................................... .............................47 ¿Debo activar
el ajustador de rendimiento (QPFRADJ)?......... .................................................... ...............48 ¿Cómo puedo saber qué hay en los
grupos de memoria de mi partición? .................................................... ............................48 ¿Cuándo debo agregar más memoria a mi
partición? .................................................... ....................................48 ¿Cuáles son las "directrices de falla de la página de
memoria"? .................................................... ..........................................48 PREGUNTAS DE E/
8.5 S ... .................................................... .................................................... ..........................................................48 ¿Cuáles son algunos
cambios comunes en la configuración del subsistema de almacenamiento que pueden afectar el rendimiento? ........48 ¿Cómo puedo
analizar el rendimiento del subsistema de E/S? .................................................... ......................................49 No puedo modificar mis
aplicaciones. ¿Qué puedo hacer para mejorar mi rendimiento de E/S? ....................49 ¿Cómo puedo virtualizar adaptadores IBM
SerialAttached SCSI (SAS) para el ¿Mejor presentación? .....................49 ¿Cómo puedo saber si mis aplicaciones se beneficiarán
de los SSD? .................................................... .......................49 ¿Cuántos y qué tipo de productos de E/S de almacenamiento cumplen
con los requisitos de rendimiento para una actualización, un nuevo sistema o una carga de
trabajo? .................................................... .................................................... .......................................49 ¿Cómo puedo saber si una solución
FlashSystem Cuál es la mejor configuración de almacenamiento para mi entorno? ...........50 ¿Cómo puedo ajustar mi almacenamiento
externo adjunto Virtual Fibre Channel? .................................................... ....51 ¿Cómo analizo el rendimiento de E/S si utilizo
almacenamiento externo? ............................... ..........................51 ¿Cuáles son los efectos en el rendimiento de IBM i al utilizar
unidades de sector de 4096 bytes? .......................................51 ¿Debo utilizar unidades
NVMe?.. .................................................... .................................................... ...............52
8.6 ¿CÓMO AJUSTO EL RENDIMIENTO DE LA BASE DE DATOS DE IBM I? .................................................... .................................................... .52
8.7 ¿CÓMO PUEDO MEJORAR LOS TIEMPOS DE RESPALDO Y RECUPERACIÓN ?......................................... .................................................... ......52
8.8 ¿CÓMO PUEDO MEJORAR EL TIEMPO DE IPL ? ........................................... .................................................... ..........................52 8.9 ¿CUÁLES SON LAS
CONSIDERACIONES PARA EL RENDIMIENTO DE IPL DEL VOLCADO DE LA TIENDA PRINCIPAL (MSD) ? .................................................... ...53 8.10 ¿ CÓMO
AJUSTO EL RENDIMIENTO DEL DIARIO Y DE LA RECUPERACIÓN? .................................................... ..........................................53
8.11 ¿CÓMO AJUSTO EL RENDIMIENTO DE LA RECUPERACIÓN DE LA RUTA DE ACCESO? .................................................... ..........................................53
8.12 ¿CÓMO AJUSTO EL RENDIMIENTO DE LA RED ?........................................... .................................................... ....................54 8.13 ¿CÓMO PUEDO
MEJORAR EL RENDIMIENTO DE LAS APLICACIONES DEL SERVIDOR DE APLICACIONES JAVA Y/O WEBSPHERE ?...........55 8.14 ¿CÓMO SINTONIZO EL
RENDIMIENTO DE LA APLICACIÓN RPG/COBOL Y EL ACCESO A LOS ARCHIVOS DE E/S NATIVOS ?................................ .......55 8.15 ¿PUEDE LA
CONFIGURACIÓN DE SEGURIDAD AFECTAR EL RENDIMIENTO? ............................... .................................................... ..........55
8.16 ¿CUÁLES SON ALGUNOS PROBLEMAS DE APLICACIÓN INEFICIENTE QUE PUEDO IDENTIFICAR A NIVEL DEL
SISTEMA? ............................................56 Busque tasas altas de Se abre la base de datos
llena ............................................... ..........................................56 Mira para altas tasas de activación, el grupo crea/
destruye .................................. ...............57 8.17 ¿CUÁL ES EL MAYOR NÚMERO DE NÚCLEO QUE SE PUEDE ASIGNAR A UNA PARTICIÓN IBM I ?. ................
8.18 ¿ CÓMO PUEDO MEJORAR LA ESCALABILIDAD DE MI GRAN PARTICIÓN IBM I? .................................................... ...................58
8.19 ¿CÓMO PUEDO ASEGURARME PROACTIVAMENTE DE QUE EL RENDIMIENTO DE LOS LOTES MEJORARÁ CON LA ACTUALIZACIÓN DE MI
SISTEMA?..59 8.20 ¿CÓMO PUEDO COMPROBAR LA CONFIGURACIÓN DE “ CAPACIDAD INTERACTIVA ” EN MI SISTEMA? .................................................... .............59
8.21 CUÁLES SON LAS CONSIDERACIONES PARA LAS PARTICIONES DEL SERVIDOR VIRTUAL IBM POWER .................................. ....................60
8.22 ¿CUÁLES SON ALGUNAS CONSIDERACIONES PARA EL USO DE LA COMPRESIÓN DE DATOS EN IBM I? .................................................... ........61
8.23 ¿ DÓNDE PUEDO ENCONTRAR MÁS INFORMACIÓN SOBRE EL TUNING DE RENDIMIENTO? .................................................... .......................62
8.24 LOS SERVICIOS TECNOLÓGICOS DE IBM PUEDEN AYUDAR ........................................... .................................................... .......................62
9 RENDIMIENTO DE LA BASE DE DATOS.................................... .................................................... ....................................63
9.1 ¿HAY ALGUNAS SUGERENCIAS BÁSICAS PARA UN RENDIMIENTO ÓPTIMO DE SQL ?................................... ..........................63 9.2 ¿CÓMO PUEDO
MEJORAR EL RENDIMIENTO DE LAS APLICACIONES QUE UTILIZAN ACCESO A NIVEL DE REGISTRO ( E/S NATIVA)? ...........64 9.3 ¿QUÉ HERRAMIENTAS
ESTÁN DISPONIBLES PARA MONITOREAR Y AJUSTAR SQL? ............... .................................................... ....................64 9.4 ESPEJO IBM DB2 PARA
I ...................... .................................................... .................................................... .............71
9.5 MÁS INFORMACIÓN SOBRE EL RENDIMIENTO Y SOPORTE DE DB2 PARA I .................................. .....................................72
10 SERVICIOS IBM I .................................................. .................................................... .................................................... ....73
10.1 INTRODUCCIÓN .................................................. .................................................... .................................................... .....73
10.2 SERVICIOS DE IBM I DISPONIBLES ACTUALMENTE.................................. .................................................... .......................73
10.3 SERVICIOS DE DB2 PARA I DISPONIBLES ACTUALMENTE .................................... .................................................... ..........74
10.4 SOLUCIONES DE CLIENTE DE IBM I ACCESS ........................................... .................................................... .............................74
10.5 PARA MÁS INFORMACIÓN: .................................................. .................................................... ..........................................76
11 RPG/COBOL Y E/S NATIVA.................................................. .................................................... .....................................77
11.1 INTRODUCCIÓN .................................................. .................................................... .................................................... .....77
11.2 CONSEJOS PARA EL RENDIMIENTO DE LA CPU ............................... .................................................... ..........................................77 Opciones del
compilador..... .................................................... .................................................... ..........................77
Perfilado ................ .................................................... .................................................... ....................................77 11.3 CONSEJOS PARA
EL RENDIMIENTO DE E/S ......... .................................................... .................................................... ..........................78 Consejos
generales ............ .................................................... .................................................... ..............................78 Modernización de la base de
datos................ .................................................... .................................................... ........78
12 OPTIMIZACION DEL COMPILADOR DE PROGRAMAS C .................................. .................................................... ..............79
12.1 ARQUITECTURA IBM I – MIINTERFAZ................................................ .................................................... .......................79
12.2 CREACIÓN DEL PROGRAMA IBM I ............................................... .................................................... ..........................................80
12.3 OPCIÓN DEL COMPILADOR OPTIMIZAR........................................... .................................................... ..........................80
12.4 PERFIL DEL PROGRAMA .................................................. .................................................... .............................................81
12.5 OPTIMIZACIÓN AVANZADA DE ARGUMENTOS ......................................... .................................................... ......................82 12.6 ANÁLISIS
INTERPROCEDIMIENTO (IPA) ........................... .................................................... .................................................... .83
13 JAVA Y WEBSPHERE.................................................... .................................................... .......................................84
13.1 INTRODUCCIÓN .................................................. .................................................... .................................................... .....84
13.2 ¿IMPORTA SI UTILIZO LA JVM DE 32 BITS O LA DE 64 BITS ? .................................................... ...................................84 13.3 ESTOY UTILIZANDO
UN NIVEL JDK ANTIGUO Y ESTOY ATRÁS EN PTFS , ¿ ESTÁ BIEN? .................................................. ........................84 13.4 ¿DEBO EJECUTAR MI JVMS
EN UN GRUPO DE MEMORIA SEPARADO? ............... .................................................... ...................84 13.5 ¿CÓMO DETERMINO LA CONFIGURACIÓN
ADECUADA DEL GC (TAMAÑOS DE COLECCIÓN, POLÍTICA DE RECOLECCIÓN, ETC.) PARA ¿ MI APLICACIÓN?.......84 13.6 ¿CÓMO ANALIZO LOS
VOLCADOS DE JVM Y LA SALIDA DE GC VERBOSA ?................................. .................................................... .........85
13.7 ¿CÓMO SINTONIZO EL CÓDIGO JAVA ?........................................... .................................................... .......................................85
13.8 ¿ DÓNDE PUEDO OBTENER MÁS INFORMACIÓN SOBRE LA AJUSTE Y LA DEPURACIÓN DE JAVA? .................................................... .............85
13.9 ¿ PUEDO UTILIZAR JOB WATCHER PARA RECOPILAR INFORMACIÓN DE JAVA ?.................................... ..........................................85
13.10 ¿CÓMO PUEDO MEJORAR EL RENDIMIENTO DEL SERVIDOR DE APLICACIONES WEBSPHERE QUE SE EJECUTA EN IBM I? ...................85
13.11 ¿CÓMO AJUSTO IBM TOOLBOX PARA EL RENDIMIENTO DE JAVA? .................................................... ....................................85
13.12 ¿ DÓNDE PUEDO ENCONTRAR INFORMACIÓN ADICIONAL? .................................................... ..................................................86
14 SISTEMAS BASADOS EN PROCESADORES DE POTENCIA .................................. .................................................... ....................87
14.1 INTRODUCCIÓN ............................................... .................................................... .................................................... ......87
14.2 MULTIHILOS SIMULTÁNEOS ( SMT) E HILOS INTELIGENTES ........................................... ..........................................87 Hilo único (ST) frente a
SMT2/SMT4 /SMT8 .................................................. ..........................................87 Tecnología de subprocesos
inteligentes .... .................................................... .................................................... .........87 CONTROLES SMT
14.3 FLEXIBLES ........................................... .................................................... .................................................... ....88 Modo de compatibilidad del
procesador ....................................... .................................................... .......................88 Valor del sistema
QPRCMLTTSK ....................... .................................................... .............................................89 API
QWCCHGPR .. .................................................... .................................................... ... ..........................90 14.4 MODO DE AHORRO DE
ENERGÍA ............ .................................................... .................................................... ..........................90
14.5 COLOCACIÓN DEL ADAPTADOR ............................................. .................................................... ..........................................91
14.6 PARTICIONES AFINITIZADAS .................................................. .................................................... .............................................91
14.7 AJUSTES DE AFINIDAD DEL SISTEMA ............................................... .................................................... ..........................................92
14.8 RECOPILACIÓN Y VISUALIZACIÓN DE DATOS DE RENDIMIENTO PARA TODO EL SISTEMA FÍSICO ........................................... ............................92
Visualización de datos de rendimiento para múltiples sistemas .................. .................................................... .........................96
14.9 ¿CÓMO INFORMA IBM I LA UTILIZACIÓN DE LA CPU PARA LOS PROCESADORES SMT ? .................................................... ..........................97
14.10 ¿CÓMO SE CALIBRÓ LA UTILIZACIÓN DE LA CPU IBM I PARA LOS PROCESADORES SMT ? .................................................... ..........................98
14.11 POWER8 LIBRO ROJO ............................................... .................................................... .............................................99
14.12 LIBROS ROJOS DE POWER9 Y POWER10 ............................................... .................................................... ....................99
15 VIRTUALIZACIÓN.................................................. .................................................... ..........................................................100
15.1 MEJORES PRÁCTICAS DE VIRTUALIZACIÓN ............................................... .................................................... ..........................100
15.2 OPTIMIZADOR DINÁMICO DE PLATAFORMA (DPO) ........................................... .................................................... .....................100 15.3
ASESOR VIOS .................................. .................................................... .................................................... ..........................100
15.4 CONEXIONES DE ALIMENTACIÓN IDOCTOR – VIOS INVESTIGADOR ........................................... .............................................101
16 INFORMAR UN PROBLEMA DE RENDIMIENTO ........................................... .................................................... ...........102
16.1 INTRODUCCIÓN .................................................. .................................................... .................................................... ...102
16.2 DEFINIR EL PROBLEMA DE RENDIMIENTO ............................................... .................................................... ......................102
16.3 PREGUNTAS QUE AYUDAN A IBM A DIAGNOSTICAR EL PROBLEMA........................................... .................................................... ..102
17 REFERENCIAS .............................................. .................................................... .................................................... ....104
17.1 BLOGS SOBRE TEMAS DE RENDIMIENTO ........................................... .................................................... .............................104
17.2 EDUCACIÓN Y CAPACITACIÓN ............................................... .................................................... .....................................104
17.3 LIBROS ROJOS Y PAPELES ROJOS .................................................. .................................................... ....................................104
17.4 INFORMACIÓN ADICIONAL RELACIONADA CON EL RENDIMIENTO ........................................... .................................................... .105
17.5 ARTÍCULOS DE RENDIMIENTO DE LA BASE DE DATOS .................................. .................................................... .......................105
17.6 RECURSOS CLAVE DE RENDIMIENTO .................................................. .................................................... .............................106
17.7 NOTA DE REFERENCIA DE CAPACIDADES DE RENDIMIENTO .................................. .................................................... .......106
Tabla de Figuras
Figura 1 Panel de control de IBM Navigator .................................................... ............................................. 28
for i Figura 2 Vista de tabla del panel de control de IBM Navigator for i .................. ....................................... 28
Figura 3: Monitores del sistema IBM Navigator for i . .................................................... .............................
4 Características de los datos del colector Figura 29
5F igura

.................................................... ..........................................
Investigador de datos de rendimiento ....... .................................................... .......................... 36 Figura 6: ejemplo 34
de Performance Data Investigator ......... .................................................... ............... 37 Figura 7 Ejemplo de
gráfico de historial .................. .................................................... .......................... 38 Figura 8 Componentes de
iDoctor .................. .................................................... ....................................... 39 Figura 9 Ejemplo de
iDoctor... .................................................... ..................................... .......................... 39 Figura 10: relación entre el
recopilador y las principales funciones/interfaces Figura 11: almacenamiento temporal utilizado: Navigator for i
Figura 12 – Consumo de almacenamiento temporal del sistema por trabajos activos: servicios de IBM i Figura 140
............................... 3:
44 Figura 14 42
.................................................... ...................
comparación de funciones de PDI e iDoctor ........................... ....................................................
15: 43
..............
Agregación de enlaces de red........................................... .................................................... .... 55 Figura
Aperturas completas en iDoctor Collection Services Investigator.................................... .......... 56 Figura 16:
Grupos de activación creados en iDoctor Collection Services Investigator .................. 57 Figura 17 Máximo de
núcleos en la partición Figura 18 Capacidad interactiva......................................... .................................................... ..........
60 Figura 19 Centro de rendimiento de SQL.......................... ......................... .......................................... 64
.................................................... ..........................................
Figura 20 Caché del plan SQL Figura 21 Monitor de base de datos 58
SQL.................................... .................................................... .............. 66 Figura 22 Explicación
visual.................................. .................................................... ....................................... 67 Figura 23 Asesor de
.................................................... .................................................... ..............
índices ..... .................................................... .................................................... ............. 67 Figura 24 Evaluador sesenta y cinco
de índices Figura 25 Paquete de base de datos PDI ........................... .................................................... ..........................
68 Figura 26 E/S de la base de datos física de PDI por trabajo o tarea ......... .................................................... ..........
69 Figura 27 PDI Perspectivas de servicios de recopilación en el paquete de base de datos .................. .........
.................................................... .................................................... ..............
70 Figura 28 Servicios de Recolección Gráfico de Aperturas de 68
Consulta .................................. . .......................................... 71 Figura 29 IBM i Access Client Solutions Ejemplos
de servicios de IBM i ....................................... 75 Figura 30 IBM
trabajo
i Access
activo
Client
– Sentencias
Solutions –S QL
Información
de ejecución
de
más prolongada 75 Figura 31 – Arquitectura IBM i – Interfaz MI ............... .................................................... ........
79 Figura 32: Modo de compatibilidad del procesador: interfaz gráfica de usuario de HMC
Classic .................. ........................ 89 Figura 33 Colocación de
particiones .................. .................................................... ..................................... 92 Figura 34: Propiedades de
partición: interfaz gráfica de usuario clásica de HMC... .................................................... .....................
35: Propiedades de la partición: interfaz gráfica 9d3 e Fuigura
suario
mejorada de la HMC .................. .................................................... 93 Figura 36 Perspectivas del sistema físico
PDI ........................................... ............ ..........................
lógicas .................. .................................................... .............................
94 Figura 37 Descripción general de las particiones 95
Figura 38 Gráficos del sistema iDoctor .................. .................................................... ....................................... 95
Figura 39 Visualización de Prometheus con Grafana ... .................................................... ..................... 96
Figura 40 Informes de utilización de CPU de IBM i SMT8 .................................. .................................... 99
Prefacio
Este documento tiene como objetivo abordar las preguntas más frecuentes sobre el rendimiento de IBM i en Power y
proporcionar pautas de mejores prácticas para los problemas de rendimiento más comunes.
La siguiente es una lista de referencias y documentos clave de IBM®. La sección Referencias contiene referencias
adicionales. • End to End Performance Management en IBM i Redbook proporciona un conjunto completo de
consejos y orientación sobre rendimiento centrados en la supervisión y gestión del rendimiento del sistema IBM i:
Gestión del rendimiento de extremo a extremo en IBM i Redbook
• Las técnicas de ajuste y optimización del rendimiento para los procesadores IBM Power Systems, incluido IBM Power8 Redbook,
proporcionan información sobre el rendimiento, incluido el ajuste específico para Power8.
Técnicas de ajuste y optimización del rendimiento, incluido IBM POWER8 Redbook • La
Documentación de IBM tiene una sección sobre rendimiento: Rendimiento • Además de esta
subsección sobre Gestión del rendimiento del sistema:
Gestión del rendimiento del sistema
• El siguiente enlace proporciona una amplia variedad de información sobre temas relacionados con IBM i, incluido el
rendimiento: https://developer.ibm.com/components/ibmi/
• También puede utilizar el recurso de soporte de IBM para proporcionar información sobre el rendimiento de IBM i
temas de herramientas:
Herramientas de rendimiento
Expresiones de gratitud
Nos gustaría agradecer a las muchas personas que hicieron contribuciones invaluables a este documento.
Las contribuciones incluyeron autoría, percepciones, ideas, reseñas, críticas y documentos de referencia.
Nuestro agradecimiento especial a los colaboradores clave de IBM Power Performance:
Clark Anderson – Rendimiento de E/S
Grace Bowser – Rendimiento de IBM i
Dirk Michel Rendimiento de potencia
Rick Peterson – Rendimiento de IBM i
Nuestro agradecimiento especial a los colaboradores clave de IBM i Development Support:
Colin Devilbiss – Desarrollo de IBM i
Scott Forstie – Desarrollo de IBM i
Chris Francois – Desarrollo de IBM i
Lora Powell – Desarrollo de IBM i
Shauna Rollings – Desarrollo de IBM i
Nuestro agradecimiento especial a los colaboradores clave del IBM i Global Support Center:
Kevin Chidester Rendimiento de IBM i
Brad Menges – Rendimiento de IBM i
Nuestro agradecimiento especial a los colaboradores clave de IBM Technology Services:
Eric Barsness – Rendimiento de IBM i
Stacy Benfield – Rendimiento de IBM i
Terry Ford – Seguridad de IBM i
Doug Mack – Db2 para i Rendimiento
Cindy Mestad – Centro de servicios de rendimiento y escalabilidad
Kent Milligan Db2 para i Rendimiento
Paul Nelsestuen – Rendimiento de IBM i
Descargo de responsabilidad: preguntas frecuentes sobre el rendimiento
Copyright © 2022 de International Business Machines Corporation.
Ninguna parte de este documento puede reproducirse o transmitirse de ninguna forma sin el permiso por escrito de IBM
Corporation.
Se ha revisado la precisión de los datos del producto a la fecha de la publicación inicial. Los datos del producto están
sujetos a cambios sin previo aviso. Esta información puede incluir imprecisiones técnicas o errores tipográficos. IBM puede
realizar mejoras y/o cambios en los productos y/o programas en cualquier momento sin previo aviso. Las referencias en
este documento a productos, programas o servicios de IBM no implican que IBM tenga la intención de hacer que dichos
productos, programas o servicios estén disponibles en todos los países en los que IBM opera o hace negocios.
LA INFORMACIÓN PROPORCIONADA EN ESTE DOCUMENTO SE DISTRIBUYE "TAL CUAL"
SIN NINGUNA GARANTÍA, YA SEA EXPLÍCITA O IMPLÍCITA. IBM RENUNCIA EXPRESAMENTE
CUALQUIER GARANTÍA DE COMERCIABILIDAD, IDONEIDAD PARA UN FIN DETERMINADO O
NO VIOLACIÓN. IBM no tendrá ninguna responsabilidad de actualizar esta información. Los productos de IBM están
garantizados de acuerdo con los términos y condiciones de los acuerdos (p. ej., Acuerdo de cliente de IBM, Declaración de
garantía limitada, Acuerdo de licencia de programa internacional, etc.) bajo los cuales se proporcionan. IBM no es responsable
del rendimiento o la interoperabilidad de ningún producto que no sea de IBM mencionado en este documento.
Los datos de rendimiento contenidos en este documento se obtuvieron en un entorno aislado y controlado. Los resultados
reales que pueden obtenerse en otros entornos operativos pueden variar significativamente. Si bien IBM ha revisado la precisión
de cada elemento en una situación específica, no hay garantía de que se obtengan resultados iguales o similares en otro lugar.
Las declaraciones sobre la dirección y la intención futuras de IBM están sujetas a cambios o retiros sin previo aviso y representan
metas y objetivos únicamente.
La provisión de la información contenida en este documento no pretende otorgar, y no otorga, ningún derecho o licencia bajo
ninguna patente o copyright de IBM. Las consultas sobre licencias de patentes o derechos de autor deben realizarse por escrito
a:
Director de licencias de IBM IBM
Corporation North Castle Drive
Armonk, NY 105041785 EE.
UU.
1. Introducción
1.1 Propósito de este documento El
propósito de este documento es proporcionar una comprensión básica de los conceptos de rendimiento de IBM i on
Power, las cargas de trabajo y los puntos de referencia sobre Power, la planificación de la capacidad, la supervisión
y el análisis del rendimiento, las preguntas frecuentes y las directrices que abordan problemas de rendimiento comunes.
Este documento no pretende reemplazar la documentación de gestión del rendimiento ni los libros blancos sobre el
rendimiento.
1.2 Descripción
general Este documento cubre una variedad de rendimiento de energía que
incluye: • ¿Qué es el rendimiento? • Puntos de referencia de rendimiento •
Dimensionamiento de un sistema y planificación de la capacidad •
Herramientas de rendimiento • Análisis y ajuste del rendimiento • Preguntas
frecuentes • Informe de un problema de rendimiento
1.3 ¿Qué hay de nuevo en la última versión?
Se agregaron o cambiaron varias secciones nuevas en esta versión: 1.
Actualizaciones de preguntas frecuentes 2. Capítulo 7.4.2:
actualizaciones de PT1 3. Capítulo 8.5.8: ¿Cómo puedo ajustar mi
almacenamiento externo adjunto de canal de fibra virtual?
4. Capítulo 8.22: ¿Cuáles son algunas consideraciones para el uso de la compresión de datos en IBM i?
5. Capítulo 9.1: Nuevos consejos de Db2
para i 6. Capítulo 14.3.1: Modo de compatibilidad del procesador actualizado
para 7.5 7. Capítulo 14.8.1: Visualización de datos de rendimiento para varios
sistemas 8. Capítulo 14.10: Figura 39 actualizada con información de Power10 9.
Enlace actualizaciones en todo el documento
1.4 Responsabilidades del documento La
organización de IBM Systems Power Performance es responsable de editar y mantener el documento IBM i on Power
Performance FAQ. Todas las contribuciones o sugerencias para adiciones o ediciones deben enviarse a Stacy Benfield,
stacylb@us.ibm.com.
2 ¿Qué es el rendimiento?
2.1 Introducción El
propósito de este capítulo es explicar qué es exactamente el rendimiento de la computadora.
2.2 Rendimiento El
rendimiento de la computadora está determinado en gran medida por una combinación de tiempo de respuesta y rendimiento. Otros
aspectos asociados con el rendimiento de la computadora son la disponibilidad de los sistemas informáticos y su eficiencia energética.
2.3 Tiempo de respuesta El
tiempo de respuesta de un sistema informático es el tiempo transcurrido entre el final de una consulta o demanda de transacción y el
comienzo de una respuesta a esa transacción. Para los usuarios interactivos, el tiempo de respuesta es el tiempo que transcurre desde
que el usuario presiona el botón <enter> hasta que se muestra el resultado. El tiempo de respuesta a menudo se considera un aspecto
crítico del rendimiento debido a su visibilidad potencial para los usuarios finales o clientes.
Tomemos el ejemplo de un sistema informático que ejecuta un servidor web con una tienda en línea. El tiempo de respuesta aquí
es el tiempo transcurrido entre presionar el botón Enviar para realizar un pedido y el comienzo de recibir la confirmación del pedido.
2.4 Rendimiento El
rendimiento de un sistema informático es una medida de la cantidad de trabajo realizado por un sistema informático durante un
período de tiempo. Ejemplos de rendimiento son megabytes por segundo leídos desde un disco, transacciones de base de datos por
minuto, megabytes transmitidos por segundo a través de un adaptador de red.
Volvamos al ejemplo anterior con la tienda online. El sistema informático en el que se ejecuta la tienda en línea puede ser uno de los
muchos equipos que están conectados al mismo servidor de base de datos. Si bien el tiempo de respuesta del servidor de la base de
datos es un factor importante, su rendimiento puede ser más importante porque procesa muchas solicitudes de los servidores web en
paralelo.
2.5 Rendimiento versus tiempo de respuesta El rendimiento
y el tiempo de respuesta están relacionados. Dado que los recursos del sistema (procesadores, memoria, disco, etc.) son utilizados
por múltiples transacciones simultáneas, puede haber demoras en las transacciones individuales porque otras transacciones están
utilizando esos recursos particulares cuando se demandan y la solicitud de procesamiento se demora temporalmente. Los recursos
del sistema que se comparten pueden hacer que las transacciones que dependen de estos recursos incurran en un aumento del
tiempo de respuesta debido a esta cola.
Sin embargo, los sistemas basados en el procesador Power están diseñados para compartir de alto rendimiento. A medida que
aumenta la carga de transacciones en el sistema, aumenta el rendimiento. De ello se deduce que, a medida que aumenta la cola de
recursos, también aumenta el tiempo de respuesta. Por lo tanto, un alto rendimiento puede tener el costo de tiempos de respuesta
más lentos.
Supongamos que carga un camión con 10 000 discos de 1 TB, conduce el camión 30 millas y descarga los discos.
dentro de una hora. El rendimiento sería de 2,8 TB por segundo pero a costa del tiempo de respuesta, que sería de una hora.
Ahora tome un automóvil deportivo en lugar de un camión. Es poco probable que 10.000 discos quepan en un automóvil pequeño, así
que supongamos que podemos cargar 100 discos de 1 TB, conducir el automóvil deportivo 30 millas y descargar los discos en 20
minutos. El tiempo de respuesta ahora es tres veces mejor en comparación con el camión; sin embargo, el rendimiento se redujo a
0,083 TB por segundo.
2.6 Componentes del tiempo de respuesta La
contabilidad de espera es la tecnología patentada integrada en el sistema operativo IBM® i que le dice qué está haciendo un
subproceso o una tarea cuando parece que no está haciendo nada. Cuando un hilo o una tarea no se está ejecutando, está
esperando. La contabilidad de espera, un concepto exclusivo de IBM i, es una capacidad muy poderosa para el análisis detallado del
rendimiento. La siguiente información se centrará en la espera, por qué los subprocesos esperan y cómo puede usar la contabilidad
de espera para solucionar problemas de rendimiento o simplemente para mejorar el rendimiento de sus aplicaciones.
Un trabajo es el mecanismo básico a través del cual se realiza el trabajo. Cada trabajo tiene al menos un subproceso y puede
tener varios subprocesos. Cada subproceso está representado por una tarea de código interno con licencia (LIC), pero también
existen tareas sin las estructuras de nivel de subproceso de IBM i. Las tareas LIC generalmente no son visibles externamente, excepto
a través de IBM i Performance o Service Tools. Los conceptos de contabilidad de espera se aplican tanto a subprocesos como a
tareas, por lo tanto, los términos subproceso y tarea se utilizan cuando se hace referencia a un trabajo ejecutable.
Un hilo o tarea tiene dos estados básicos en los que puede
estar: • Ejecutándose en el procesador. Este es el estado "en ejecución". •
Espera
Hay tres condiciones clave de espera:
• Listo para funcionar, esperando el procesador. Este es un estado de espera especial y generalmente se denomina "CPU en
cola". Esto significa que el subproceso o la tarea está en cola y está esperando para ejecutarse en la CPU.
Hay algunas razones diferentes por las que se pueden producir colas de CPU. Un ejemplo podría ser si la partición
está sobrecargada y hay más trabajo del que la partición puede acomodar, entonces el trabajo puede ponerse en cola
para esperar a la CPU. Esto se puede comparar con una carretera que tiene medidores de rampa; cuando la carretera
está congestionada, los medidores de rampa tienen una señal roja para que los autos tengan que detenerse y esperar antes
de que puedan ingresar al tráfico. El particionamiento lógico y los subprocesos múltiples simultáneos también pueden
generar colas de CPU. • Esperas inactivas. Las esperas inactivas son una condición de espera normal y esperada. Las
esperas inactivas ocurren cuando el
el hilo está esperando una entrada externa. Esta entrada puede provenir de un usuario, la red u otra aplicación. Hasta
que se reciba esa entrada, no hay trabajo que hacer.
• Esperas bloqueadas. Las esperas bloqueadas son el resultado de mecanismos de serialización para sincronizar el acceso a
los recursos compartidos. Las esperas bloqueadas pueden ser normales y esperadas. Los ejemplos incluyen acceso
serializado para actualizar una fila en una tabla, operaciones de E/S de disco u operaciones de E/S de comunicaciones.
Sin embargo, las esperas bloqueadas pueden no ser normales y son estos puntos de bloqueo inesperados las
situaciones en las que se puede utilizar la contabilidad de espera para analizar las condiciones de espera.
Puede pensar en el tiempo de vida de un subproceso o una tarea de forma gráfica, desglosando el tiempo dedicado a la ejecución
o la espera. Esta descripción gráfica se denomina "firma de tiempo de ejecuciónespera". En un nivel alto, esta firma tiene el siguiente
aspecto (cada uno de los segmentos coloreados representa una cierta cantidad de tiempo acumulativo que el trabajo pasó en ese grupo
de espera durante su tiempo de ejecución):
Tradicionalmente, el enfoque para mejorar el rendimiento de una aplicación era hacer que usara la CPU de la manera más eficiente
posible. En IBM i con contabilidad de espera, podemos examinar el tiempo de espera y comprender qué contribuyó a ese tiempo de
espera. Si hay elementos de espera que se pueden reducir o eliminar, entonces también se puede mejorar el rendimiento general.
Casi todas las condiciones de espera en el sistema operativo IBM i están identificadas y enumeradas, es decir, a cada punto de
espera único se le asigna un valor numérico. Esto es posible porque IBM tiene control total sobre el código interno con licencia y el
sistema operativo. A partir de las versiones IBM i 6.1 y 7.1, existen 268 condiciones de espera únicas. Hacer un seguimiento de más
de 250 condiciones de espera únicas para cada subproceso y tarea consumiría demasiado almacenamiento, por lo que se utiliza un
enfoque de agrupación. Cada condición de espera única se asigna a uno de los 32 grupos o "cubos". A medida que los subprocesos
o las tareas entran y salen de las condiciones de espera, el despachador de tareas asigna la condición de espera al grupo adecuado.
Si tomamos la firma de tiempo de ejecuciónespera, que usa contabilidad de espera, ahora podemos identificar los componentes que
conforman el tiempo que el hilo o la tarea estuvo esperando. Por ejemplo:
Si el tiempo de espera del subproceso se debió a la lectura y escritura de datos en el disco, el bloqueo de registros para el
acceso serializado y el registro en diario de los datos, podríamos ver las esperas desglosadas arriba. Cuando comprenda los tipos
de espera que están involucrados, puede comenzar a hacerse algunas preguntas. Para el ejemplo anterior, algunas de las preguntas
que podrían hacerse son:
• ¿Las lecturas de disco están causando errores de página? Si es así, ¿son apropiados los tamaños
de mi piscina? • ¿Qué programas están causando lecturas y escrituras en el disco? ¿Hay E/S innecesarias que pueden ser
reducido o eliminado? ¿O se puede realizar la E/S de forma asíncrona? • ¿Es
óptima mi estrategia de bloqueo de registros? ¿O estoy bloqueando registros innecesariamente? • ¿Qué
archivos se están registrando? ¿Todos los diarios son necesarios y están configurados de manera óptima?
Características de la transacción
Las transacciones que consisten en una combinación de tiempos de espera de disco considerables se denominan transacciones de E/S limitadas.
Estas transacciones obtienen el mayor beneficio de un subsistema de E/S de disco eficiente. Los discos de alta velocidad, la memoria caché de disco
grande y los enlaces de E/S de alta velocidad pueden mejorar el tiempo de respuesta y el rendimiento de este tipo de transacciones. Además, considere
SSD o NVMe como posibles alternativas a los HDD para este tipo de transacciones.
Consulte Preguntas de E/S para obtener más sugerencias para mejorar el rendimiento de E/S.
Transacción de E/S limitada:
Lectura de disco Lectura de disco Lectura de disco
CPU Q CPU UPC CPU Q UPC Inactivo
Esperar Esperar Esperar
Transacción
Las transacciones que consisten en una combinación considerable de esperas y actividad del procesador se denominan transacciones con recursos
limitados. Estas transacciones tienden a beneficiarse más de la mejora de la eficiencia de las aplicaciones.
Reduzca el impacto de los recursos críticos compartidos entre aplicaciones o subprocesos de programas. Los datos de Collection Services y Job
Watcher se pueden utilizar para ayudar a determinar los recursos críticos y los camareros. Utilice Performance Data Investigator (PDI) o IBM iDoctor
para analizar los datos.
Transacción con recursos limitados:
Las transacciones que consumen una cantidad considerable de ciclos de procesador y muy poca E/S o tiempos de espera se denominan
transacciones vinculadas al procesador. Estas transacciones tienden a beneficiarse más de una frecuencia de procesador más alta y la eficiencia de
las etapas de canalización del procesador. También pueden beneficiarse de una mejor afinidad de nodos de memoria y procesador y de una
ubicación de partición mejorada (p. ej., Dynamic Platform Optimizer "DPO").
Transacción vinculada al procesador:
Contenedores de espera de IBM i
Se definen los siguientes 32 grupos de espera o "cubos". La definición de los grupos de espera varía de una versión a otra y puede cambiar en el
futuro.  T
iempo despachado en una UCP  Cola de UCP  Reservado  Otras esperas
 Errores de página de
disco  Lecturas sin errores de
disco  Contención de uso de espacio de
disco  Contención de inicio de operación de
disco  Escrituras de disco  Otro disco  Diario
  C
ontención de semáforo   Contención de
mutex 4 S
erialización de puerta a nivel de
máquina   C
ontención de captura  
Contención de bloqueo de registro de base de
datos   C
ontención de bloqueo de objeto  
Esperas no elegibles   C
ontención de grupo
de almacenamiento principal 20 Guardar diario
mientras está activo
 Reservado
 R
eservado
3 R
eservado
 E
l socket transmite
 E
l socket recibe 
Otro socket
 I FS
 P
ASE
 L
a cola de datos recibe 
Inactiva/esperando trabajo 
Contención del token de sincronización 32
Contención anómala
Hay muchos de estos grupos de espera que puede ver en la superficie si espera un análisis en su aplicación. Comprender qué
está haciendo su aplicación y por qué está esperando en esas situaciones puede ayudarlo a reducir o eliminar las esperas innecesarias.
Para obtener más información sobre estos grupos de espera, consulte estos documentos técnicos sobre esperas de trabajos:
Trabajo en espera Whitepaper
o
Contabilidad de espera de IBM i
Titulares y Meseros
IBM i no solo realiza un seguimiento de qué recurso está esperando un subproceso o una tarea, sino que también realiza un seguimiento del
subproceso o la tarea que tiene asignado el recurso. Esta es una característica muy poderosa. Un "titular" es el subproceso o la tarea que
utiliza el recurso serializado. Un "espera" es el subproceso o la tarea que desea acceder a ese recurso serializado.
Pilas de llamadas
IBM i también administra pilas de llamadas para cada subproceso o tarea. Esto es independiente de la contabilidad de espera.
información. La pila de llamadas muestra los programas que se invocaron y puede ser útil para comprender la condición
de espera, como conocer parte de la lógica que condujo a retener un recurso o querer obtener acceso a él. La combinación
del titular, el camarero y las pilas de llamadas proporciona una capacidad muy potente para analizar las condiciones de
espera. A partir de IBM i 7.3, los marcos de pila PASE ahora se recopilarán e informarán en Job Watcher cuando se
especifique la opción de recopilación de datos para incluir datos *CALLSTACK.
La recopilación y el análisis de los
servicios de recopilación de datos y Job Watcher son dos mecanismos de recopilación de datos de rendimiento en IBM
i que recopilan la información de contabilidad de espera. Job Watcher también recopila información sobre el titular y el
camarero, así como pilas de llamadas. Una vez que se recopilan los datos de rendimiento, puede analizarlos
gráficamente. El producto iDoctor tiene un cliente de Windows® para ver gráficamente los datos de rendimiento. La
consola web IBM Navigator for i tiene la función Performance Data Investigator (PDI) para ver gráficamente los datos de
rendimiento a través de una interfaz de navegador web.
2.7 Rendimiento aceptable Lo mejor es
evaluar el rendimiento de un sistema a través de medidas objetivas, por ejemplo, a través de archivos de registro de
aplicaciones o tiempos de ejecución de trabajos por lotes. El desempeño aceptable se basa en las expectativas del
cliente. Las expectativas pueden basarse en puntos de referencia, modelos o experiencia. Pero si los usuarios reales
del sistema sienten que el tiempo de respuesta o el rendimiento son inaceptables, esta es una indicación clave de un
problema. Las suposiciones incorrectas al diseñar un sistema pueden crear una situación en la que no se puede lograr un
rendimiento aceptable.
2.8 Consideraciones sobre el escalado de
particiones El hardware de IBM Power es extremadamente versátil y escalable. Es muy fácil agregar recursos de hardware
adicionales (CPU, memoria, disco, adaptadores, etc.) a una partición de IBM i para escalar el hardware de la partición. En
muchos casos, el rendimiento de la aplicación de software escala linealmente con el hardware. En otras palabras, aumentar
o disminuir los recursos de hardware en algún porcentaje da como resultado un aumento o disminución correspondiente
equivalente en el rendimiento. Pero, por supuesto, no todos los entornos se crean de la misma manera y la pila de software,
los recursos de hardware asignados o ambos pueden tener limitaciones de rendimiento inherentes que impiden que la
aplicación se escale de forma lineal, hacia arriba o hacia abajo. Esto significa que el tiempo de respuesta, el rendimiento o
el consumo de recursos de la aplicación de software pueden no escalar linealmente con el hardware. Esto puede
manifestarse de varias maneras, como requerir más recursos de hardware específicos al escalar, o requerir más recursos
de hardware de los esperados al dimensionar una partición en función de una clasificación de CPW. Hay muchos
escenarios. Y, de hecho, hay escenarios en los que el rendimiento podría caer significativamente, pero podría haber una
demanda exponencial de recursos de hardware específicos.
Estas consideraciones no son específicas del hardware IBM i o Power. Si bien la terminología es diferente, aquí hay un
documento de AIX que analiza las consideraciones desde su punto de vista: Consideraciones en el diseño de software
para arquitecturas multinúcleo y multiprocesador
Al investigar la escalabilidad de la aplicación, comprenda que todo el trabajo solicitado del hardware comienza con el
software de la aplicación. Mejorar la aplicación de software (p. ej., eliminar cuellos de botella de software o prácticas de
codificación ineficientes) o alterar la carga de trabajo generalmente se puede hacer más rápido que esperar futuras mejoras
de hardware y versiones del sistema operativo. El mejor enfoque para garantizar que
el software de la aplicación escala linealmente incluye lo siguiente:
• Probar el entorno. El entorno de prueba debe constar de los mismos recursos de hardware con el mismo código de aplicación y la misma
versión del sistema operativo que ejecuta el mismo volumen de trabajo esperado. A medida que se agrega carga de trabajo o si se
implementan nuevas aplicaciones, crear un entorno de prueba o un punto de referencia es la mejor manera de comprender si una
aplicación puede escalar. IBM tiene centros de referencia para ayudar con esto.
• Contratar los servicios de tecnología de IBM. El Capítulo 8 tiene más información sobre cómo involucrar a IBM
Servicios de tecnología.
• Revisar el uso de recursos. Utilice las herramientas del capítulo 7 para comprender cómo se utilizan los recursos del sistema.
utilizado.
• Planifique el rendimiento a medida que se agrega la carga de trabajo. Utilice las herramientas del capítulo 6 para observar el rendimiento
tendencias Utilice las herramientas del capítulo 4 para planificar la adición de recursos de hardware adicionales a medida que aumenta la
carga de trabajo.
• Evite las trampas comunes. El Capítulo 8 (y los capítulos siguientes) tiene más información sobre las buenas prácticas a seguir: reducir las
aperturas completas, las activaciones de programas, las E/S lógicas altas, etc.
Ejemplos de consideraciones incluyen:
• Memoria: cada trabajo tiene un conjunto de trabajo. Ese conjunto de trabajo crece de un período de tiempo a otro.
El tamaño del conjunto de trabajo de la aplicación podría aumentar a un ritmo no coherente con la carga de trabajo y requerir más memoria
de la esperada.
• E/S de disco: un gran volumen de operaciones de disco puede eventualmente exceder la capacidad de replicación de hardware (por
ejemplo, duplicación global), y esto puede causar que los tiempos de respuesta aumenten considerablemente.
• CPU: un cambio de procesadores más lentos a más rápidos podría dar como resultado que más trabajos ejecuten simultáneamente un solo
objeto de datos compartidos (por ejemplo, un contador) y dar como resultado una latencia y un consumo de recursos inesperados.
• Clasificación CPW: es posible que una partición de tamaño equivalente en una plataforma de arquitectura de hardware diferente no
funcionar como se esperaba para una solución de aplicación dada.
3 puntos de referencia de rendimiento
3.1 Introducción Este capítulo
cubre los puntos de referencia de rendimiento y cómo deben usarse para comparar el rendimiento del sistema.
3.2 ¿Qué son los puntos de referencia de rendimiento?
Los puntos de referencia de rendimiento son pruebas bien definidas que sirven como base para evaluar y comparar el rendimiento de los
sistemas informáticos. Las pruebas comparativas de rendimiento utilizan conjuntos representativos de programas y datos diseñados para evaluar
el rendimiento del hardware y el software de la computadora en una configuración dada.
3.3 ¿Cómo se clasifica el rendimiento de los sistemas IBM i?
IBM publica clasificaciones de carga de trabajo de procesamiento comercial (CPW) para todos los sistemas IBM i para ayudar a los clientes a
comparar la capacidad de rendimiento relativa de los sistemas.
3.4 ¿Qué es la clasificación CPW de un sistema?
La calificación de CPW de un sistema se genera utilizando mediciones de una carga de trabajo específica que se mantiene internamente
dentro del grupo de rendimiento de sistemas IBM i. La calificación CPW está diseñada para evaluar un sistema informático y el software
asociado en el entorno comercial. Se define rígidamente como una métrica de capacidad relativa para comparaciones aproximadas de
modelos y consumo relativo de CPU. NO es representativo de ningún entorno específico, pero generalmente se aplica al entorno informático
comercial.
Cuál es la calificación de CPW:
• Prueba de una variedad de aplicaciones de bases de datos, incluidas varias actualizaciones de complejidad y varias
consultas de complejidad con control de compromiso y registro en diario • Prueba de
acceso simultáneo a datos por parte de usuarios que ejecutan un solo grupo de programas. • Aproximación
razonable de una aplicación comercial de estado estacionario orientada a bases de datos.
desempeño relativo.
Lo que la calificación CPW no es: •
Una indicación de las capacidades de rendimiento de un sistema para cualquier situación específica del cliente • Una prueba de
rendimiento de la base de datos "ad hoc" (consulta) • Una prueba del rendimiento de la aplicación de un solo subproceso (por lotes) (p.
pasos de procesamiento por
minuto)
• Una prueba del tiempo de ejecución de la aplicación de un solo subproceso (por lotes) o "ventana por lotes" (por ejemplo, el trabajo se completa
en ventana de lote de 4 horas)
Cuándo usar los resultados de calificación de CPW:
• Posicionamiento aproximado del producto entre diferentes sistemas que ejecutan IBM i donde el
Se espera que la aplicación principal esté orientada a los usos comerciales tradicionales (entrada de pedidos, nómina,
facturación, etc.).
• La métrica CPW debe usarse en términos de la capacidad potencial del sistema (rendimiento) y no en términos del tiempo de respuesta
de una transacción, trabajo por lotes o consulta.
Clasificación de CPW frente a puntos de
referencia públicos Se tomaron decisiones específicas al crear la clasificación de CPW para tratar de representar mejor el posicionamiento
relativo de los sistemas IBM i. Algunas de las diferencias entre la calificación de CPW y los puntos de referencia públicos son: • El código
base de los puntos de referencia públicos cambia constantemente para tratar de obtener el mejor rendimiento posible.
resultados, mientras que se intenta mantener la base para la clasificación de CPW lo más constante posible para representar
mejor las mejoras relativas de una versión a otra y de un sistema a otro. • Los puntos de referencia públicos normalmente no
requieren seguridad total, pero dado que los clientes de IBM tienden a ejecutarse en
sistemas seguros, se especifica el nivel de seguridad 50 para la clasificación CPW.
• Los puntos de referencia públicos se optimizan para obtener los mejores resultados posibles para ese punto de referencia específico,
mientras que para la calificación de CPW, tendemos a usar más valores predeterminados del sistema para representar mejor la
forma en que se envía el sistema a nuestros clientes.
• Los puntos de referencia públicos pueden usar diferentes aplicaciones para sistemas de diferentes tamaños y aprovechar todos los
recursos disponibles en un sistema en particular, mientras que la calificación CPW se ha diseñado para ejecutarse como la misma
aplicación en todos los niveles con aproximadamente los mismos recursos de disco y memoria. por usuario simulado en todos los
sistemas • Los puntos de referencia públicos requieren configuraciones extensas y sofisticadas de controladores y de nivel medio.
Para simplificar el entorno y agregar un pequeño componente computacional a la carga de trabajo, todos los componentes necesarios
para impulsar la calificación de CPW se han incluido como parte de la carga de trabajo general.
El resultado neto es que la calificación CPW es un modelo de aplicación que IBM cree que proporciona un excelente indicador de la
capacidad de rendimiento del procesamiento de transacciones multiusuario cuando se compara entre los miembros de las familias de
sistemas IBM i. Como se indicó anteriormente, la calificación de CPW no pretende ser una garantía de rendimiento, pero puede verse
como un buen indicador para las cargas de trabajo de procesamiento de transacciones de múltiples usuarios.
3.5 Comparación de los resultados de referencia Al
comparar los resultados de referencia de rendimiento, es importante comparar "manzanas con manzanas" comparando los resultados
de las mismas pruebas de referencia de rendimiento. El resultado de una prueba comparativa a menudo no representa el rendimiento
de un sistema informático para otra carga de trabajo.
Por ejemplo, el resultado de una prueba comparativa intensiva de punto flotante no proporciona ninguna información sobre el
rendimiento de la misma computadora que ejecuta una comparativa intensiva de enteros o una carga de trabajo OLTP y viceversa.
Un error común al establecer expectativas de rendimiento incorrectas es observar los resultados de un punto de referencia de
rendimiento y aplicarlo a otra carga de trabajo. Por ejemplo, si el rendimiento de una carga de trabajo de OLTP mejoró en un 50 % al
actualizar de la máquina A a la máquina B, no sería válido suponer que una carga de trabajo intensiva en cómputo vería la misma mejora.
Del mismo modo, no sería válido suponer que una mejora de la carga de trabajo de un solo subproceso se traduciría necesariamente en
la misma mejora de la carga de trabajo de OLTP.
3.6 Puntos de referencia personalizados y prueba de concepto (PoC)
Los puntos de referencia personalizados se utilizan a menudo cuando un cliente necesita confirmar los requisitos de tamaño de una
aplicación específica en configuraciones de hardware específicas. Este puede ser el caso cuando las herramientas de dimensionamiento
no brindan el nivel de confianza necesario para tomar decisiones de compra. Muchas veces esto implica probar la escalabilidad de la
aplicación en múltiples configuraciones de hardware.
Los puntos de referencia personalizados pueden variar en complejidad. Pueden ser tan simples como una prueba de procesamiento
por lotes al final del día o tan complejos como simular miles de usuarios en línea que acceden a una web de varios niveles.
solicitud.
Cuando se realiza una evaluación comparativa personalizada para medir el rendimiento de un sistema informático para la carga
de trabajo de producción de un cliente, es importante que la prueba de evaluación comparativa represente la carga de trabajo real para
obtener datos significativos.
Por ejemplo, la ejecución de un solo trabajo de base de datos a la vez en un servidor de base de datos inactivo proporciona buena
información sobre el rendimiento del servidor de base de datos en las mejores condiciones posibles.
Sin embargo, no proporciona ninguna información sobre el rendimiento de este trabajo de base de datos cuando el servidor tiene
una carga de trabajo de producción media o alta.
Consideraciones
Al realizar una evaluación comparativa personalizada o una prueba de concepto (PoC), es importante que la prueba se construya para
simular el entorno de producción. Esto es especialmente cierto a medida que el hardware continúa evolucionando hacia la era de múltiples
núcleos y se invierte más tiempo en la jerarquía de caché/memoria.
Errores comunes para los puntos de referencia personalizados
El error más común cuando se ejecuta una evaluación comparativa personalizada o una prueba de concepto es que la
prueba de evaluación comparativa no simula el entorno de producción real y el resultado de la evaluación comparativa no representa el
rendimiento que logrará el sistema en el entorno de producción. El resultado de referencia logrado podría ser mucho mejor para la
prueba de referencia que para la carga de trabajo de producción real, lo que muy probablemente conduciría a problemas de rendimiento
más adelante cuando se ejecute la carga de trabajo real. También podría ser al revés, lo que podría causar retrasos o fallas en el PoC.
Centro de servicios de rendimiento y escalabilidad de IBM i
El Centro de servicios de rendimiento y escalabilidad de IBM i en Rochester, MN, puede proporcionar instalaciones, hardware y
experiencia técnica para ayudarlo con un punto de referencia personalizado o una prueba de concepto.
Los siguientes son algunos ejemplos de los tipos de pruebas que se realizan en el Centro de servicios de rendimiento y
escalabilidad: • Pruebas de concepto (p. ej., alternativas de alta disponibilidad, análisis de SSD, almacenamiento externo, etc.) •
Configuración de hardware específica de la prueba de esfuerzo • Evaluación de la escalabilidad de la aplicación •
Optimización y ajuste del rendimiento • Evaluar el rendimiento de la aplicación al migrar a una nueva versión de IBM i •
Determinar el impacto de los cambios en la aplicación • Virtualización, consolidación, servicios de migración • Planificación
de la capacidad Para solicitar un punto de referencia personalizado o una prueba de concepto, envíe una solicitud utilizando
lo siguiente enlace: Póngase en contacto con los servicios tecnológicos de IBM
4 Dimensionamiento de un sistema
4.1 Introducción Dimensionar
un sistema, y todos sus diversos componentes, para que sea capaz de soportar adecuadamente un entorno de producción puede
ser bastante complejo. Requiere un buen conocimiento de las características de las cargas de trabajo que se ejecutarán y la carga que
imponen a los componentes del sistema.
Algunas preguntas a considerar antes de comenzar el ejercicio de dimensionamiento: 
¿Cuáles son las métricas principales, por ejemplo, rendimiento, latencia, que se utilizan para validar que el sistema es
cumplir con los requisitos de rendimiento?
 ¿La carga de trabajo se ejecuta en un estado bastante estable o es intermitente, lo que provoca picos en la carga en
ciertos componentes del sistema? ¿Existen criterios específicos, por ejemplo, el tiempo de respuesta máximo que se debe cumplir
durante los picos de carga?  ¿Cuáles son las cargas promedio y máximas que deben soportar los distintos sistemas?
componentes, por ejemplo, CPU, memoria, red, almacenamiento?
4.2 Mejores prácticas de dimensionamiento
• Conozca sus cuellos de botella. Si su carga de trabajo tiene restricciones de E/S, actualizar al procesador más reciente
la tecnología no ayudará mucho. Se pueden utilizar herramientas como Performance Data Investigator (PDI) e IBM iDoctor para IBM i
(iDoctor) para identificar cuellos de botella a nivel de partición y de trabajo.
• Tamaño para picos para garantizar que tenga suficiente capacidad para tener un buen rendimiento cuando llegue al final
picos de actividad de fin de año o de mes.
• Concéntrese en sus trabajos o subsistemas más importantes, no solo en la actividad general de la partición.
Si bien agregar núcleos reducirá la utilización de la CPU de la partición, es posible que no mejore el rendimiento de sus trabajos por
lotes, por ejemplo.
• Tenga cuidado con las herramientas de dimensionamiento de E/S. El rendimiento de las aplicaciones de IBM i es sensible al tiempo de
respuesta de escritura del disco y al número de unidades de disco o LUN. Pasar de soluciones de almacenamiento internas a ciertas
externas y/o reducir en gran medida la cantidad de unidades de disco/LUN puede afectar negativamente el rendimiento de su
aplicación.
4.3 Herramientas de dimensionamiento del sistema
Estimador de carga de trabajo de sistemas IBM (WLE)
IBM Systems Workload Estimator (WLE) es una herramienta de dimensionamiento basada en web para IBM Power e IBM z Systems.
WLE está disponible en: https://wle.c8f8f055.public.multicontainers.ibm.com/wle/EstimatorServlet.
Puede utilizar esta herramienta para dimensionar un nuevo sistema, dimensionar una actualización de un sistema existente o
dimensionar una consolidación de varios sistemas. WLE caracteriza su carga de trabajo proyectada ya sea con datos de medición del
cliente o mediante el uso de uno de los muchos complementos de carga de trabajo (también conocido como guías de tamaño). La
virtualización se puede reflejar en el dimensionamiento para generar una solución más robusta mediante el uso de varios tipos de partición
y E/S virtual. WLE proporciona recomendaciones actuales y de crecimiento para el procesador, la memoria y el disco (ya sea interno o SAN)
que satisfagan los requisitos generales de rendimiento del cliente.
WLE puede admitir dimensionamientos relacionados con múltiples sistemas, múltiples particiones, múltiples sistemas operativos y múltiples
intervalos de dimensionamiento. Estas características se pueden coordinar usando las funciones en la pantalla Selección de carga de trabajo.
WLE recomienda el modelo del sistema, el procesador, la memoria y los requisitos de disco necesarios para manejar la carga de trabajo general
con expectativas de rendimiento razonables. Para usar WLE, seleccione una o más cargas de trabajo y responda algunas preguntas sobre cada
carga de trabajo. Basándose en las respuestas, WLE genera una recomendación y muestra la utilización de CPU prevista del sistema
recomendado en formato gráfico. Los resultados se pueden ver y guardar como PDF. La función de visualización de la solución se puede utilizar
para comprender mejor la recomendación en términos de intervalos de tiempo y virtualización. Para muchos sistemas, WLE también puede
proporcionar una estimación del consumo de energía para ayudarlo con sus iniciativas "verdes".
Existe un punto de integración opcional con herramientas de planificación (System Planning Tool y IBM Presales Advisor Tool) para que la
planificación y la validación de la configuración puedan continuar.
La recomendación de WLE se basa en la capacidad de procesamiento, lo que supone que el sistema puede manejar la tasa de transacción
agregada y que la aplicación puede escalar completamente en el sistema. Aunque WLE no modela los tiempos de respuesta específicamente,
cumple con las pautas de uso de mejores prácticas para ayudar a minimizar los posibles impactos negativos en el tiempo de respuesta. Más allá
de lo que se recomienda aquí, es posible que se requieran recursos adicionales del sistema para cargas de trabajo adicionales no dimensionadas
aquí, crecimiento resultante de cambios en la carga de trabajo, cambios de versión/lanzamiento aún no considerados, memoria mínima para
admitir E/S o configuraciones de virtualización, disco mínimo para admitir múltiples ASP o configuraciones RAID, y todos los demás recursos
fuera del alcance de WLE (CPU, memoria, disco).
La recomendación WLE asume que su sistema está bien ajustado en términos de rendimiento (incluida la configuración del hardware del
sistema, la configuración del sistema operativo, la configuración y configuración de virtualización y la aplicación). Los algoritmos de escalado de
WLE suponen que las aplicaciones dimensionadas tienen capacidad para subprocesos múltiples y pueden explotar y escalar con múltiples
núcleos y SMT; de lo contrario, el tamaño no es válido.
Por lo tanto, no utilice WLE para dimensionar aplicaciones de subproceso único o para trabajos por lotes de tiempo crítico de subproceso único.
Para estos, es importante considerar también el rendimiento por hilo y por núcleo, así como los GHz.
La entrada de la herramienta de dimensionamiento comienza con cargas de trabajo consistentes, realistas y bien definidas y no con
los puntos de referencia de la industria (que muchas veces evitan funciones similares a las del cliente, como el registro y los accesos
aleatorios no almacenados en caché). Los requisitos de carga de trabajo de WLE provienen de los datos de rendimiento de los sistemas de
clientes existentes o de los complementos de carga de trabajo de WLE. En el caso de los sistemas existentes, es importante considerar los datos
máximos para respaldar completamente su negocio junto con una tendencia de crecimiento. Para los complementos, es importante responder
los cuestionarios con respuestas para cubrir adecuadamente sus requisitos máximos.
Como con cada estimación de rendimiento (ya sea una regla general o un modelo sofisticado), siempre debe tratarla como una estimación.
Esto es particularmente cierto con los robustos sistemas IBM que ofrecen tantas capacidades diferentes donde cada instalación tendrá
características y demandas de rendimiento únicas. Los descargos de responsabilidad típicos que acompañan a cualquier estimación de
rendimiento ("su experiencia puede variar...") son especialmente ciertos. Proporcionamos estas estimaciones de tamaño como pautas
generales, pero no podemos garantizar su precisión en todas las circunstancias.
Puede transferir los datos de los servicios de recogida desde su sistema existente para determinar el tamaño utilizando
Investigador de datos de rendimiento (PDI) o iDoctor. PDI e iDoctor le permiten seleccionar un intervalo específico, iniciar WLE en la web e insertar
esos datos en una sesión de dimensionamiento.
4.3.1.1 ¿Cómo puedo obtener IBM Workload Estimator?
IBM Workload Estimator se puede encontrar en: Estimator
4.3.1.2 ¿Cómo puedo obtener ayuda para dimensionar un sistema?
Utilice IBM Workload Estimator o comuníquese con su IBM Business Partner o IBM Sales. IBM Post Sales Support no puede ayudar con las
preguntas de tamaño.
IBM Storage Modeller Storage
Modeller es una herramienta de dimensionamiento de almacenamiento basada en la nube a la que se accede a través de un navegador web que
modela soluciones de almacenamiento IBM SAN para aplicaciones de clientes. Esta herramienta está diseñada para que la utilicen los vendedores
técnicos de sistemas de almacenamiento de IBM, tanto IBM Sales como IBM Business Partners.
Para obtener más información sobre la herramienta, visite: IBM Storage Modeller
Para acceder a la herramienta, visite: https://www.ibm.com/tools/storagemodeller
5 Planificación de capacidad
5.1 IBM Performance Management for Power A partir del 30
de septiembre de 2020, IBM® Performance Management for Power Systems™ (PM for Power Systems) se retira
como oferta independiente y también se elimina de otras ofertas de servicio de soporte premium.
Si utilizó Performance Management Agent (PM Agent) para la recopilación automatizada de datos de servicios de
recopilación no patentados, consulte este enlace para conocer los pasos para desactivar PM Agent: https://
www.ibm.com/support/pages/node/6217188#stopPMAgent.
6 Supervisión proactiva del rendimiento
6.1 Introducción Este
capítulo cubre el proceso de monitoreo proactivo del desempeño desde un punto de vista de alto nivel. Su propósito es proporcionar una
guía y las mejores prácticas sobre cómo abordar los problemas de rendimiento utilizando un enfoque de arriba hacia abajo.
6.2 Supervisión del rendimiento antes de que ocurra un problema El rendimiento de
la aplicación debe registrarse mediante archivos de registro, tiempos de ejecución de lotes u otras medidas objetivas. El rendimiento
general del sistema debe registrarse y debe incluir tantos componentes del entorno como sea posible.
Las estadísticas de rendimiento deben recopilarse en función del período típico de actividad en su entorno.
El período mínimo debe considerarse una semana en un sistema interactivo, ya que el rendimiento típico puede variar según el día de la
semana. Un sistema de procesamiento por lotes que normalmente ejecuta grandes informes de fin de mes debe considerar un mes como el
período mínimo. Los datos deben recopilarse y almacenarse durante múltiples períodos para permitir la comparación.
La supervisión del rendimiento del entorno proporciona muchos beneficios. El rendimiento de la aplicación proporciona un método útil para
cuantificar el cambio de rendimiento. Un historial de rendimiento aceptable del sistema enfoca el análisis en los componentes modificados.
Además, la revisión continua del monitoreo del desempeño mostrará las tendencias en el desempeño y la capacidad antes de que se
conviertan en problemas en todo el sistema.
Monitoreo interactivo en tiempo real Los
comandos básicos del sistema brindan una vista en tiempo real de los datos y pueden ayudarlo a identificar problemas potenciales con
anticipación. Los más comunes son:
WRKACTJOB: muestra todos los trabajos con recursos clave del sistema utilizados (incluido el porcentaje de CPU, el tiempo de respuesta, la
información de E/S y el almacenamiento temporal utilizado por cada trabajo).
WRKSYSSTS: muestra la utilización del sistema y el uso de la agrupación
WRKDSKSTS: muestra las estadísticas de todas las unidades de discos
WRKSYSACT: muestra las tareas, los subprocesos principales y los subprocesos secundarios que han consumido CPU en el período
de actualización. También muestra el almacenamiento temporal utilizado.
Excepto por WRKSYSACT, las versiones de tareas de GUI equivalentes de estos comandos están disponibles en IBM
Navigator for i (Trabajos activos, Estado del sistema y Estado del disco)
Además, los Servicios IBM i correspondientes están disponibles (ACTIVE_JOB_INFO, ESTADO DEL SISTEMA, y SYSDISKSTAT).
Tablero en el nuevo Navigator for i
El tablero del nuevo Navigator for i proporciona información en tiempo real para múltiples sistemas.
Los datos se actualizan automáticamente de forma predeterminada. Cada sistema agregado mostrará las mismas tres métricas: porcentaje de
CPU utilizado, porcentaje de ASP del sistema utilizado y número de trabajos activos.
Figura 1 Tablero de instrumentos de IBM Navigator for i
Agregue más nodos para ver más sistemas en el panel de la GUI del nodo de gestión. Seleccione el ícono superior izquierdo para cambiar de
mosaico a vista de tabla.
Figura 2 Vista de tabla del panel de control de IBM Navigator for i
Para obtener detalles adicionales sobre este tablero, consulte Navigator for i Tablero
Supervisión automatizada
Hay servicios de supervisión disponibles en IBM Navigator for i.
6.2.3.1 Navegador de IBM para i
Navegador de IBM para i se vuelve a crear en un nuevo marco e interfaz de usuario que reemplaza el IBM Navigator for i heredado.
Está disponible en IBM i 7.3, IBM i 7.4 e IBM i 7.5. Los PTF IBM i 7.3 e IBM i 7.4 se lanzaron por primera vez en septiembre de 2021.
Esta nueva interfaz es una interfaz moderna basada en web para administrar y monitorear una o más instancias de IBM i desde una
sola ubicación.
Monitores del sistema y monitores de mensajes están disponibles en el nuevo IBM Navigator for i.
monitores se puede utilizar para supervisar de forma proactiva el estado del sistema y las colas de mensajes, lo que le alerta
sobre posibles problemas de rendimiento antes de que se conviertan en problemas graves.
Los umbrales se establecen para varias métricas en estos monitores y proporcionan una acción de comando (opcional) que se
ejecuta cuando un monitor detecta que se activa un umbral. Para un ejemplo de comando, puede ejecutar un comando de IBM i o
iniciar un programa cuando se activa el umbral.
Los monitores del sistema tienen un intervalo de recopilación que se establece entre 15 y 300 segundos (5 minutos). En general, para
los monitores del sistema, 60 segundos proporcionan un buen equilibrio entre la puntualidad y el tamaño de la recopilación de datos
del monitor. Las colecciones de 15 segundos pueden crecer rápidamente.
Figura 3 Monitores del sistema IBM Navigator for i
Los monitores del sistema en IBM Navigator for i utilizan Performance Data Investigator para mostrar los datos de rendimiento del
monitor como un gráfico o varios gráficos en una vista de tablero. Estos monitores de sistema están limitados a una sola partición.
Las métricas de IBM Navigator for i system monitor son recopiladas, calculadas y gestionadas por Collection
Los servicios y los datos se almacenan en archivos de bases de datos (ya no se almacenan en un *MGTCOL privado como se hacía en
Central de Gestión).
Dado que los servicios de recogida calculan y gestionan los datos de métrica del monitor del sistema, los datos de la
métrica se pueden generar para la recopilación de los servicios de recogida sin tener que iniciar IBM Navigator for i
System Monitor. Para ello, especifique CRTPFRSUM(*ALL) en el mandato CFGPFRCOL o CRTPFRDTA. O puede
iniciar una colección de monitores del sistema utilizando el comando CFGPFRCOL y especificando ENBSYSMON(*YES).
Para más información, ver:
IBM Docs IBM Navigator para monitores i
Monitoreo del sistema
Supervisión de mensajes
Mirando por mensajes
El sistema proporciona una función de vigilancia de eventos que le permite ver los mensajes. La función de vigilancia de
eventos le permite especificar los mensajes que desea que el sistema vigile. Cuando aparecen estos mensajes, se llama
a un programa de salida de usuario para realizar las acciones necesarias. Debe especificar la cola de mensajes o el
registro de trabajo donde espera que se envíe el mensaje. Puede especificar alguna cadena de texto para compararla con
los datos del mensaje, el programa de origen o el programa de destino. También puede seleccionar vigilancias por tipo de
mensaje o gravedad. El uso de esta capacidad de selección de vigilancia le permite estar informado solo de ciertos
mensajes. Para obtener más información, consulte: Ver mensajes
Servicios IBMi
Hay muchos servicios disponibles que pueden ayudarlo a monitorear aspectos clave de su partición. Para
más información, ver:
Capítulo 10: Servicios de IBM i
http://ibm.biz/Db2foriServices
6.3 Definición de un problema de rendimiento (¿Qué es lento?)
Antes de recopilar datos adicionales o realizar ajustes o cambios de configuración, defina qué es exactamente lento.
Una definición clara sobre qué aspecto es lento generalmente ayuda a acortar la cantidad de tiempo que lleva resolver un
problema de rendimiento y le brinda al analista de rendimiento una mejor comprensión de qué datos recopilar y qué
buscar en los datos.
Una buena manera de definir un problema de rendimiento es responder preguntas
como: • ¿Todo es lento o solo una tarea específica? • ¿Qué archivo de registro
de la aplicación demuestra el problema de rendimiento? • ¿Es lento solo cuando
se inicia de forma remota pero se ejecuta rápido localmente? • ¿Es lento para
todos o solo para un solo usuario? • Etc.
7 Recopiladores de datos de rendimiento y herramientas de análisis
objetivo de este capítulo es proporcionar información sobre qué herramientas están disponibles para recopilar datos en los
sistemas IBM i y los conjuntos de herramientas disponibles para visualizar los datos, para que pueda interpretarlos y analizarlos
más fácilmente.
7.2 Gestión del rendimiento en IBM i La gestión del
rendimiento requiere el uso de una variedad de aplicaciones especializadas. Cada una de estas aplicaciones ofrece
una visión específica del rendimiento del sistema. Algunas aplicaciones recopilan los datos, mientras que otras se utilizan para
mostrar, analizar, monitorear o administrar los datos recopilados.
Para obtener más información, consulte el siguiente enlace: IBM Docs: IBM i Performance
7.3 Recopiladores de datos de rendimiento En
el área de la gestión del rendimiento, una fortaleza clave de IBM i son las tecnologías de recopilación integradas en el sistema
operativo. La rica instrumentación métrica provista puede ser utilizada por conjuntos de herramientas para ayudar en el análisis de
datos.
Los recopiladores de datos primarios incluyen:
• Servicios de recogida
• Vigilante de disco
• Vigilante de trabajo
• Explorador de rendimiento
• Caché del plan SQL
Cada recopilador tiene un valor agregado y propiedades únicas, incluido el tipo de datos que recopila, por lo general, datos de muestra
o datos de rastreo. Los datos de muestra se refieren a métricas que se recopilan en algún intervalo de tiempo. Los datos de seguimiento
se refieren a los datos que se capturan a medida que se alcanzan los puntos de seguimiento del sistema o de la aplicación. Los datos de
rastreo registran todo lo que sucedió, mientras que los datos de muestra brindan un resumen de lo que sucedió durante cada intervalo de
muestra.
Para obtener información sobre las herramientas de recopilación de datos de rendimiento, consulte Recopiladores de datos de rendimiento en
la sección IBM Docs.
Las recomendaciones para configurar los recopiladores de datos de rendimiento se incluyen en las secciones a continuación.
Servicios de recogida
Los servicios de recopilación proporcionan la recopilación de datos de rendimiento del sistema y del nivel de trabajo. Es el
principal recopilador de datos del sistema e IBM recomienda ejecutarlo siempre con los Servicios de recopilación activos.
Los servicios de recogida recopilan datos de muchos recursos del sistema, como:
• CPU •
Grupos de memoria •
Disco (interno y externo)
• Comunicaciones
Los servicios de recolección toman muestras de los datos de rendimiento del sistema y del nivel de trabajo con poca sobrecarga. Puede
recopilar datos a intervalos regulares de 15 segundos a 1 hora (el valor predeterminado es 15 minutos).
Con frecuencia, los servicios de recolección son la primera herramienta de
análisis que se utiliza para: • Supervisar el funcionamiento de su sistema
• Investigar un problema informado • Buscar candidatos a mejorar
Use los servicios de recolección para comprender el uso de recursos, qué se usa o no, cómo cambió, cuándo sucedió y qué se ve afectado.
Prácticas recomendadas para los servicios de
recopilación: • Recopilar con intervalos de 5
minutos • Conservar al menos una semana de
datos • Conservar recopilaciones históricas para compararlas
• Habilitar la recopilación de rendimiento entre particiones en la HMC (consulte Recopilación y visualización
Datos de rendimiento para todo el sistema físico)
Los servicios de recogida se pueden configurar y gestionar mediante la interfaz de rendimiento de IBM Navigator for i, IBM iDoctor
for i o comandos CL. Para obtener más información, consulte: IBM Docs: Servicios de recogida
IBM i Disk Watcher
IBM i Disk Watcher proporciona la recopilación de datos de rendimiento del disco para diagnosticar problemas de rendimiento
relacionados con el disco.
Disk Watcher obtiene datos sobre operaciones de E/S en unidades de disco, junto con datos de tiempo de ejecución para determinar a
qué objetos, archivos, procesos, subprocesos y tareas se accede. Esta herramienta muestra datos más allá de lo que proporcionan
herramientas como WRKDSKSTS, WRKSYSSTS y WRKSYSACT. Disk Watcher proporciona un mecanismo para usar seguimientos de
corta y larga duración para recopilar datos de E/S de disco junto con la tarea asociada y el nombre del objeto.
El recopilador de datos de rendimiento de Disk Watcher se agregó al sistema operativo IBM i con la versión 6.1.
Algunos usos potenciales de esta herramienta son:
• Evaluar el rendimiento de las operaciones de E/S en unidades de discos de múltiples rutas •
Evaluar el rendimiento de las colas de E/S • Determinar cómo se puede mejorar el rendimiento
redifundiendo datos entre unidades • Determinar la ubicación óptima de dispositivos, IOA o buses
Disk Watcher se puede configurar y administrar a través de la interfaz de rendimiento de IBM Navigator for i, IBM iDoctor para IBM i o
comandos CL.
Para obtener más información, consulte lo siguiente: •
IBM Docs: IBM i Disk Watcher
Observador de trabajos de IBM i
IBM i Job Watcher proporciona la recopilación de datos de trabajo para cualquiera o todos los trabajos, subprocesos y tareas del
sistema. Proporciona pilas de llamadas, sentencias SQL, objetos en espera, estadísticas de Java™ JVM, estadísticas de espera
y más, que se utilizan para diagnosticar problemas de rendimiento relacionados con el trabajo.
Job Watcher es similar en función de muestreo a los comandos CL WRKACTJOB y WRKSYSACT en que cada actualización calcula
información delta para el intervalo final. Los datos recopilados de los trabajos, subprocesos o tareas que se están observando se
realizan de manera no intrusiva. El recopilador de datos de rendimiento de Job Watcher se agregó al sistema operativo IBM i con la
versión 6.1.
Mejores prácticas para Job Watcher: •
Considere ejecutar Job Watcher continuamente
o QMGTOOLS: función de supervisión del observador de
trabajos o Guía de monitores iDoctor
• Use una definición con intervalos de 5 o 10 segundos, recopile información de SQL y recopile pilas de llamadas
(Q10SECSQL por ejemplo) •
Mantener colecciones históricas para comparar
Job Watcher se puede configurar y administrar a través de la interfaz de rendimiento de IBM Navigator for i, IBM iDoctor para IBM
i, QMGTOOLS o comandos CL.
Para obtener más información, consulte lo siguiente: IBM Docs: IBM i Job Watcher
Explorador de rendimiento (PEX)
Performance Explorer recopila información detallada sobre una aplicación, un programa o un recurso del sistema específicos y
proporciona información detallada sobre un problema de rendimiento específico. Esto incluye la capacidad de realizar varios tipos y
niveles de seguimiento y ejecutar informes detallados.
Performance Explorer es una herramienta de recopilación de datos que ayuda al usuario a identificar las causas de los problemas
de rendimiento que no se pueden identificar mediante la recopilación de datos mediante los servicios de recopilación, Job
Watcher, Disk Watcher o mediante el análisis de tendencias generales. Dos razones para usar el Explorador de rendimiento
incluyen: • Aislar los problemas de rendimiento en el recurso del sistema, aplicación, programa, procedimiento o
método que está causando el problema •
Analizar el rendimiento de las aplicaciones
A medida que su entorno informático crece tanto en tamaño como en complejidad, es razonable que su análisis de
rendimiento también gane en complejidad. Performance Explorer aborda este crecimiento de la complejidad mediante la
recopilación de datos sobre problemas de rendimiento complejos.
Nota: Performance Explorer es la herramienta que necesita usar después de probar las otras herramientas. Reúne formas
específicas de datos que pueden aislar más fácilmente los factores involucrados en un problema de rendimiento. Sin embargo, puede
afectar significativamente el rendimiento de su sistema cuando recopila estos datos, especialmente si recopila estos datos de manera
incorrecta.
Esta herramienta está diseñada para desarrolladores de aplicaciones interesados en comprender o mejorar el rendimiento de sus
programas. También es útil para usuarios expertos en gestión del rendimiento para ayudar a identificar y aislar problemas de
rendimiento complejos.
Performance Explorer se puede configurar y administrar a través de IBM iDoctor para comandos de IBM i o CL.
Para obtener más información, consulte lo siguiente: IBM Docs: IBM i Performance Explorer
En 2007, se escribió un Redbook sobre el uso de PEX para analizar el rendimiento de las aplicaciones. Aunque el contenido se
escribió para las versiones V5R3 y V5R4, gran parte del contenido sigue siendo relevante (excepto las capturas de pantalla y la
experiencia de la interfaz gráfica de usuario de iDoctor). El Redbook se puede encontrar aquí: Análisis de rendimiento de aplicaciones
y programas utilizando estadísticas PEX
Figura 4 Características de los datos del colector
Caché del plan SQL
La memoria caché del plan contiene planes de acceso para consultas SQL que ya se ejecutaron o se están ejecutando actualmente
en la partición. También incluye información de rendimiento, como tiempos de ejecución de consultas, uso de CPU y uso de E/S. La
memoria caché del plan no sobrevive a una IPL, por lo que se recomienda generar una instantánea de la memoria caché del plan
antes de cada IPL y antes de cualquier cambio importante en la aplicación o el software. Se puede generar una instantánea
utilizando el procedimiento almacenado CALL QSYS2.DUMP_PLAN_CACHE o a través de IBM i Access Client Solutions (ACS)
SQL Performance Center.
7.4 Herramientas de análisis
Descripción general
Es importante comprender la diferencia entre los recopiladores de datos de rendimiento y la visualización o el análisis
de esos datos. Los recopiladores de datos de rendimiento son parte del sistema operativo y cualquiera puede recopilar todo tipo de
datos de rendimiento. Sin embargo, para visualizar o analizar esos datos pueden
requieren interfaces adicionales.
IBM proporciona varias herramientas con diversas interfaces de usuario para ver, analizar, generar informes, graficar y administrar datos de
rendimiento.
Herramientas de rendimiento para i
Herramientas de rendimiento de IBM (PT1) LPP contiene muchas herramientas, incluidos informes de rendimiento para los servicios de recogida.
Los informes de rendimiento están basados en texto y pueden no ser la forma más sencilla de analizar los datos de rendimiento; el análisis gráfico
suele ser más fácil.
Se eliminó el requisito de instalar PT1 para acceder a ciertas características del análisis gráfico de Performance Data Investigator (PDI).
Cualquier usuario autorizado ahora puede acceder y utilizar las siguientes funciones: Disk Watcher, Performance Explorer (PEX), Base de
datos y Job Watcher.
IBM Performance Tools (PT1) LPP ahora está disponible sin cargo, pero debe pedirse e instalarse.
Soluciones de cliente de IBM i Access (ACS)
ACS proporciona una interfaz independiente de plataforma basada en Java que se ejecuta en la mayoría de los sistemas operativos compatibles
con Java, incluidos Linux, Mac y Windows™. Consolida las tareas más utilizadas para administrar su IBM i en una ubicación simplificada. Incluye
muchas funciones de bases de datos importantes, como SQL Performance Center y Run SQL Scripts. También incluye la capacidad de iniciar
Navigator for i.
Nueva versión de IBM Navigator for i El nuevo
Navigator es la aplicación estratégica para las tareas de administración de IBM i. Ha sido recreado en un nuevo marco y una moderna interfaz de
usuario basada en la web que reemplaza el IBM Navigator for i heredado.
New Navigator admite la mayoría de las tareas que se necesitan para administrar y monitorear una o más instancias de IBM i desde
una sola ubicación.
Incluye funciones como Performance Data Investigator (PDI), que es una poderosa herramienta utilizada para analizar datos de rendimiento
(descrito más adelante en la sección 7.4.5). No es necesario instalar nada en su estación de trabajo para utilizar IBM Navigator for i. La
aplicación web es parte del sistema operativo base IBM i y se puede acceder fácilmente dirigiendo su navegador a: http://systemName:2002/
Navigator/login donde "systemName" es el nombre de su servidor y "2002" es el número de puerto.
Está disponible en IBM i 7.3, IBM i 7.4 e IBM i 7.5. Los PTF IBM i 7.3 e IBM i 7.4 se lanzaron por primera vez en septiembre de 2021.
Para obtener más información, consulte:
Navegador para i
Documentos de IBM: IBM Navigator para i
Performance Data Investigator Performance
Data Investigator ("PDI", una función incluida en IBM Navigator for i) proporciona una GUI basada en web para datos de rendimiento
con gráficos y tablas interactivos. Con PDI puede ver y analizar los datos de rendimiento de cada uno de los recopiladores (Collection
Services, IBM i Job Watcher, IBM i Disk Watcher y Performance Explorer). PDI también contiene gráficos para indicadores de estado,
bases de datos, monitores del sistema e historial de gráficos (disponible en IBM i 7.3 y versiones posteriores).
Otras tareas de rendimiento útiles que se encuentran en Rendimiento incluyen los comandos de configuración para los
servicios de recopilación, Disk Watcher y Job Watcher, y la gestión de recopilaciones.
Se accede a PDI seleccionando la categoría Rendimiento y luego abriendo la tarea Investigar datos. Desde aquí, puede acceder a
las muchas perspectivas (gráficos y tablas) agrupadas por nombre de paquete:
Figura 5: Investigador de datos de rendimiento
La capacidad de ver las perspectivas de todos los paquetes se incluye con el sistema operativo base: servicios de
recopilación, indicadores de estado, monitores del sistema, Job Watcher, Disk Watcher, base de datos, Performance
Explorer e historial de gráficos.
Figura 6: ejemplo de Investigador de datos de rendimiento
Los gráficos de historial gráfico utilizan datos históricos de los servicios de recogida que están disponibles en IBM i 7.3 y versiones posteriores.
En la ventana Historial gráfico, puede ver una vista gráfica de las métricas recopiladas por los servicios de recolección durante un período
prolongado (varios días, meses y años). Puede contrastar estos datos con los datos en tiempo real que se muestran en una ventana del Monitor del
sistema.
A continuación se muestra un ejemplo de gráfico apilado en el que se apilan los datos de una semana para poder comparar cada
día. En esta página también se muestran dos paneles detallados en el lado derecho. El panel superior derecho es la información
detallada con los principales contribuyentes para un punto de datos seleccionado en el gráfico apilado. El panel inferior derecho es
la información de propiedades para un objeto seleccionado de la lista de principales contribuyentes.
Figura 7 Ejemplo de historial gráfico
Para obtener más información, consulte los siguientes
enlaces: • Una nueva forma de analizar datos de rendimiento históricos en IBM
i • IBM Docs: investigador de datos de rendimiento • Rendimiento en la web:
herramientas de rendimiento para IBM i
IBM iDoctor para IBM i IBM
iDoctor para IBM i es un conjunto de herramientas de rendimiento basado en Windows que se puede utilizar para el análisis de
Collection Services, Job Watcher, PEX, Disk Watcher y SQL Plan Cache Snapshots. iDoctor también tiene
un componente de Power Connections capaz de recopilar y analizar datos de las particiones HMC y VIOS, AIX y Linux.
Figura 8 Componentes de iDoctor
El experto en rendimiento suele utilizar IBM iDoctor para IBM i para recopilar, investigar y analizar datos de rendimiento en IBM i.
Las herramientas se utilizan para supervisar el estado general del sistema a un alto nivel de "visión general" o para profundizar en
los detalles de rendimiento dentro de los trabajos, unidades de disco y/o programas sobre los datos recopilados durante las
situaciones de rendimiento.
Figura 9 Ejemplo de iDoctor
iDoctor está en constante evolución para satisfacer las necesidades de nuestros clientes. Por lo tanto, no es un producto de
programa con licencia formal. El software tiene licencia para su uso bajo un acuerdo de servicio. Para obtener más información, una
licencia de prueba gratuita de 45 días o una cotización, visite el siguiente enlace: Servicios de IBM iDoctor
La capacitación para iDoctor está disponible. Para obtener más información, consulte la sección Educación y capacitación de
capítulo 17.
Matriz de herramientas
El siguiente gráfico muestra a alto nivel los datos que pueden analizar las distintas herramientas de análisis de
rendimiento de IBM i.
Figura 10 Relación entre el colector y las principales funciones/interfaces
8 Preguntas Frecuentes
capítulo cubre las preguntas más frecuentes.
8.2 Preguntas generales
¿Cuáles son las recomendaciones generales de ajuste del rendimiento para obtener el mejor rendimiento de IBM i?
No existe tal cosa como una recomendación general de ajuste del rendimiento.
Escuché que... algo en Internet decía... ¿debería cambiar...?
No, nunca aplique ningún cambio de sintonía basado en información de canales no oficiales y siempre considere el autor o la fuente de
esa información. Asegúrese de que el consejo se aplique a IBM i, especialmente cuando esté relacionado con Java y Db2. Los cambios
de configuración y aplicación deben realizarse en función del análisis de rendimiento y probarse antes de que se realicen en producción.
Mi uso de <CPU, disco, memoria> es alto, ¿debería agregar más recursos?
Antes de agregar más hardware, asegúrese de que los recursos que tiene se utilicen de manera eficiente. El ajuste del sistema, la
base de datos y el análisis de aplicaciones a menudo pueden generar mejoras significativas en el rendimiento.
¿Por qué no mejoró el rendimiento de mi partición después de agregar <CPU, memoria, brazos de disco,
SSD>?
Es posible que el cuello de botella no esté relacionado con el recurso que agregó (CPU, disco, memoria). Se debe realizar un análisis
adecuado del tiempo de espera para identificar el cuello de botella y la mejor manera de resolverlo. Consulte la sección Componentes
del tiempo de respuesta anteriormente en este documento.
¿Debo actualizar los PTF antes de emprender un proyecto de análisis de rendimiento?
¡Sí! A menudo, hay PTF que resuelven los problemas de rendimiento que puede experimentar. Debe instalar los PTF acumulativos
y de grupo y los niveles de actualización de tecnología (TR) más recientes.
Actualizaciones tecnológicas de IBM
i y soporte de IBM i:
Arreglos recomendados
Se requieren algunos PTF antes de que se puedan recopilar determinados datos de rendimiento. Además de los últimos PTF del
grupo de herramientas de rendimiento (SF99723 para 7.3, SF99663 para 7.4 y SF99953 para 7.5), se deben comprobar las siguientes
listas para ver si hay PTF adicionales: 7.5 Job Watcher, Performance Explorer (PEX) y Disk Watcher PTF para IBM yo 7.5 7.4
PTF de Job Watcher, Performance Explorer (PEX) y Disk Watcher para IBM i 7.4 7.3 PTF de Job
Watcher, Performance Explorer (PEX) y Disk Watcher para IBM i 7.3
Puede encontrar información sobre las correcciones y mejoras más recientes de Db2 para IBM i en el siguiente enlace. IBM recomienda
mantenerse al día con los fixpacks, que pueden incluir mejoras de rendimiento.
Db2 para i Actualizaciones tecnológicas
También debe mantener actualizado el nivel de firmware, ya que esto también puede afectar el rendimiento general del sistema.
Además, ciertos datos de rendimiento solo se recopilan si tiene un nivel de firmware mínimo.
Los PTF publicados mejoran la funcionalidad de las funciones de Navigator, incluidas las tareas de rendimiento.
Tenga los últimos niveles de los siguientes grupos para una funcionalidad completa de las tareas de Navigator:
•
Grupo de herramientas de rendimiento
•
Grupo de servidores HTTP
•
grupo Java
• grupo de base de datos
¿Cómo puedo averiguar qué trabajos consumen la mayor cantidad de almacenamiento temporal en mi partición?
Antes del lanzamiento de la versión 7.2, este era un trabajo muy tedioso. En 7.2, IBM realizó muchas mejoras para abordar estas dificultades. El
más significativo es cómo se rastrea el almacenamiento temporal. La forma en que se asigna el almacenamiento temporal (a un trabajo,
independiente de un trabajo, compartido entre trabajos) no cambia, pero se mejora enormemente la forma en que el sistema realiza un
seguimiento de dónde se utiliza el almacenamiento temporal. El sistema ahora tiene un concepto de cubos de almacenamiento temporal que
pueden decirle exactamente dónde se está utilizando todo el almacenamiento temporal. Las mejoras incluyen la posibilidad de ver el almacenamiento
temporal utilizado por un trabajo en Trabajos activos en IBM Navigator for i, WRKACTJOB o mediante el uso del Servicio de almacenamiento
temporal del sistema (SYSTMPSTG).
En Navigator for i Active Jobs, al agregar esta nueva columna y ordenar de forma descendente, ahora puede ver los principales consumidores de
almacenamiento temporal:
Figura 11 Almacenamiento temporal utilizado: Navigator for i
El servicio de almacenamiento temporal del sistema proporciona una interfaz programable para mostrar qué trabajos activos son los
principales consumidores de almacenamiento temporal:
Figura 12: Consumo de almacenamiento temporal del sistema por trabajos activos Servicios IBM i
Hay dos interfaces gráficas para los datos de rendimiento de IBM i: Performance Data Investigator (PDI) e iDoctor. ¿Cuál
debo usar?
Como todas las preguntas relacionadas con el rendimiento, depende. IBM i es un líder de la industria con sus ricos recopiladores
de datos de rendimiento integrados. Para visualizar todos los diversos datos recopilados de manera significativa, IBM tiene dos
interfaces gráficas de usuario disponibles, Performance Data Investigator (PDI) e iDoctor. Ambas herramientas GUI proporcionan
visualización sobre los distintos tipos de datos de rendimiento de IBM i.
En general, PDI está dirigido al usuario promedio e iDoctor está dirigido al usuario experto que realiza diagnósticos de rendimiento
con frecuencia. PDI tiene características y funciones más limitadas, pero es más fácil de aprender y usar. PDI se incluye con el
sistema operativo y puede visualizar los datos de los servicios de recolección sin productos ni costos adicionales. iDoctor tiene
muchas características y capacidades avanzadas y tiende a ser una herramienta más compleja. Sin embargo, para diagnósticos
profundos, iDoctor puede proporcionar información sobre los datos donde la PDI es más limitada.
Una ventaja clave de PDI es que es una tarea dentro de Navigator for i. Esto significa que todo el mundo tiene PDI y tiene una
valiosa integración con otras tareas de gestión de IBM i. Por ejemplo, puede iniciar PDI desde trabajos activos, tareas de bases de
datos, monitores del sistema e historial gráfico. iDoctor es una interfaz de usuario separada que no tiene este nivel de integración con
las tareas de administración de Navigator.
Una ventaja clave de iDoctor son las funciones avanzadas que ofrece. La capacidad de visualizar métricas de almacenamiento
externo desde los sistemas de almacenamiento DS8K, así como IBM iDoctor Power Connections, que le permiten analizar también
los datos de rendimiento de AIX, Linux, VIOS o HMC, proporciona una herramienta más completa para aquellos que necesitan él.
La siguiente tabla resume las diferencias clave entre PDI e iDoctor para ayudarlo a determinar qué interfaz es mejor para usted.
Característica PDI iDoctor

Interfaz de usuario Navegador aplicación de Windows
Sin restricciones de SO de cliente
Datos de rendimiento de IBM i Servicios de recogida Servicios de recogida
Soportado Vigilante de trabajo Vigilante de trabajo
Vigilante de disco Vigilante de disco
Historia gráfica Explorador de rendimiento
Soporte limitado para Performance
Explorador: solo colecciones de perfiles
Frecuencia de actualización Trimestral Trimestral
Apoyo Soporte normal de productos Correo electrónico idoctor@us.ibm.com para soporte
Idioma nacional Traducido Solo en inglés
Apoyo
Licencia PDI es parte del sistema operativo base Términos y cargos de la licencia anual
Figura 13 Comparación de características de PDI e iDoctor
¿Cuál es el trabajo QDBFSTCCOL que se ejecuta en mi partición y por qué consume recursos?
QDBFSTCCOL es un trabajo del sistema IBM i responsable de recopilar estadísticas para SQL Query Optimizer. Está habilitado por el valor del
sistema QDBFSTCCOL, siendo el valor predeterminado *ALL. Este trabajo se ejecuta continuamente con una prioridad baja en su partición y
recopila información valiosa sobre la mejor manera de implementar sus consultas. En general, IBM no recomienda desactivarlo (un valor de *NONE
puede degradar el rendimiento de las consultas). Hay momentos en los que puede notar que este trabajo requiere más CPU de lo habitual. Hay
varias razones para esto, incluyendo:
1) Se está introduciendo un nuevo archivo en la partición.
2) Las estadísticas de archivos existentes son inexactas debido a que se agregaron o cambiaron registros
3) Ejecutar un nuevo conjunto de consultas en la partición
Ver el registro de trabajo para el trabajo QDBFSTCCOL puede proporcionar pistas sobre la actividad.
Para obtener información adicional: ¿Por qué QDBFSTCCOL consume CPU?
8.3 Preguntas sobre la CPU
¿Cómo puedo reducir el uso de la CPU en la partición?
Por lo general, esto requiere recopilar y analizar datos de rendimiento de trabajos en ejecución. A veces, puede cambiar los trabajos programados
para que se ejecuten durante los períodos de menor uso de la CPU. El mejor enfoque depende de qué cargas de trabajo o aplicaciones dominen
el rendimiento del sistema. Consulte las siguientes secciones para ajustar tipos de aplicaciones específicos: Ajustar el rendimiento de SQL
(consulte la sección de rendimiento de SQL).
Ajuste el rendimiento de la aplicación RPG/COBOL (consulte la sección sobre el rendimiento de RPG/COBOL).
Ajuste el rendimiento de la aplicación Java/WebSphere (consulte la sección Java/WAS).
¿Qué puedo hacer si no puedo reducir mi consumo de CPU?
• Cambiar las particiones de procesadores compartidos para que no estén cubiertas y establecer procesadores virtuales (VP) más altos
que el número de unidades de procesamiento configuradas. • No
configure más VP de los que se necesitan para destapar y demanda de carga de trabajo (de repuesto
capacidad).
• No establezca una cantidad de VP mayor que la cantidad de procesadores con licencia en la máquina (o
procesadores en el grupo compartido si las particiones de procesador dedicadas no están donando ciclos no utilizados).
• No exceda sus licencias de software. • Agregar más
capacidad de procesamiento si el ajuste del sistema, la base de datos y la aplicación no ha reducido la CPU
uso suficiente.
• Utilice potentes herramientas de rendimiento para comprender la utilización del procesador y los efectos del particionamiento lógico (p. ej.,
colas de CPU, latencias y comportamiento del procesador compartido). La herramienta iDoctor es una herramienta valiosa para
comprender estos efectos.
¿Por qué la utilización de la CPU de mi partición muestra un valor superior al 100 %?
Normalmente, la utilización de la CPU de una partición oscila entre el 0 % y el 100 %. Hay varias razones por las que se informa que la utilización de la
CPU es superior al 100 %:
1. Si la partición está configurada como compartida y sin límites, la utilización de la CPU puede superar el 100 %. La cantidad que la partición puede
superar el 100 % depende de varias configuraciones, incluida la cantidad de procesadores físicos y virtuales, el tamaño del grupo de
procesadores compartidos y el peso sin límite de la partición. Esto ocurre cuando se asigna capacidad disponible adicional a la partición.
2. Si los datos de rendimiento se actualizan rápidamente, es posible que las herramientas de rendimiento, como WRKACTJOB, no tengan tiempo
suficiente para recopilar todos los valores de contador necesarios y la utilización de la CPU resultante puede ser inexacta. Como resultado,
la CPU puede informarse incorrectamente como más del 100 %. Para mejorar la precisión, espere un tiempo antes de actualizar los
contadores de rendimiento.
3. El sistema operativo IBM i proporciona "subprocesos auxiliares" para ayudar con funciones como la base de datos.
Si estos subprocesos auxiliares consumen una CPU considerable, puede haber intervalos en los que la utilización de la CPU de
la partición se notifique como superior al 100 %.
¿Por qué la utilización de la CPU del sistema no es igual a la suma de la utilización de la CPU de los trabajos individuales en
WRKACTJOB?
La información de uso de la CPU para trabajos individuales se rastrea de manera diferente que la utilización general de la CPU del sistema. Cada
proceso tiene contadores asociados con ese proceso para rastrear una amplia gama de estadísticas, incluida la CPU. La utilización del sistema
proviene de contadores que no realizan un seguimiento de cada proceso individual. Cada valor solo debe usarse para compararse a sí mismo: CPU
del sistema en un período con CPU del sistema en otro; CPU de trabajo a la CPU de otro trabajo o a la CPU de trabajo de otro período.
Tenga en cuenta que las tareas del sistema IBM i no se incluyen en la salida del comando WRKACTJOB. Se incluyen en la salida del comando
WRKSYSACT.
¿Cómo puedo evitar que ciertas cargas de trabajo afecten a toda mi partición?
Configure los grupos de carga de trabajo para limitar la cantidad de CPU que se utiliza.
Grupos de carga de trabajo
• Reducir la prioridad de los trabajos y aumentar la prioridad de otros trabajos. • Coloque los trabajos en su
propio subsistema para controlar la cantidad de memoria que pueden consumir.
A continuación, configure correctamente los ajustes del grupo compartido para limitar el tamaño (y el tamaño pequeño) de cada memoria.
piscina puede convertirse.
• Considere limitar qué trabajos utilizan las capacidades de procesamiento paralelo de Db2 SMP (opción de producto
5770SS1 26 Db2 Symmetric Multiprocessing), especialmente para consultas SQL de ejecución prolongada, como
consultas adhoc o generación de informes.
• Los servicios de recopilación recopilan datos para grupos de cargas de trabajo. Investigador de datos de rendimiento y
iDoctor se puede utilizar para la visualización y el análisis de grupos de carga de trabajo.
El rendimiento de mi sistema es inconsistente. ¿Qué podría causar eso?
Una de las primeras cosas que debe verificar es la configuración de administración de energía de su sistema. Los sistemas
basados en el procesador IBM Power pueden ser administrados por una HMC. Estas herramientas permiten a los usuarios
implementar modos de limitación de energía o ahorro de energía. Cuando utiliza los modos de limitación de energía o de ahorro de
energía y estas tecnologías están activas, la frecuencia del procesador puede cambiar.
Para obtener más información sobre EnergyScale, consulte:
IBM EnergyScale para sistemas basados en procesadores POWER8
y
y
Si el procesador se ralentiza para ahorrar energía, es algo que puede ser importante tener en cuenta si
le preocupa el rendimiento. El tiempo de CPU escalado indica si las funciones de administración de
energía surtieron efecto en esa partición.
¿Por qué veo el tiempo de cola de la CPU cuando mi utilización de la CPU no es excesiva?
La puesta en cola de la CPU se produce cuando se desean enviar más trabajos, subprocesos o tareas a las CPU en una
partición que las CPU disponibles actualmente para ejecutarse. Generalmente, vemos el tiempo de espera de la CPU cuando
la utilización de la CPU es bastante alta y, a menudo, muestra que hay más trabajo del que pueden acomodar los recursos
de procesamiento de la partición.
Sin embargo, el tiempo de cola de la CPU puede ocurrir cuando la utilización de la CPU es baja por otras razones. Una de las razones
es que la carga de trabajo es "ráfaga". Es posible que cada trabajo, subproceso o tarea no use mucho tiempo de procesamiento, pero
aún así todos intentan ejecutarse al mismo tiempo y, por lo tanto, algunos de ellos tienen que esperar a que una CPU esté disponible.
Esto provoca el tiempo de cola de la CPU.
Otra razón por la que la cola de la CPU puede ocurrir con un uso bajo es cuando la carga de trabajo tiene muchas solicitudes
de CPU muy cortas. Esto lleva a que los subprocesos entren y salgan constantemente del procesador. Cada cambio al procesador
tiene al menos una pequeña cantidad de tiempo de espera de la CPU, por lo que si hay una tasa alta de cambios de entrada y
salida del procesador, esto se muestra como tiempo de espera de la CPU. Los servicios de recopilación informan sobre el uso
promedio de la CPU durante todo el intervalo de recopilación, que normalmente se establece en 5 o 15 minutos. Esto puede
enmascarar ráfagas breves de alta actividad de la CPU que generan colas de la CPU. El uso de un intervalo de servicios de
recopilación más pequeño o la recopilación de datos de Job Watcher puede permitirle ver mejor las ráfagas de CPU alta.
Además, si los grupos de carga de trabajo se implementan, cualquier tiempo de latencia de despacho que pueda introducirse al limitar
el trabajo a un número particular de núcleos se refleja como tiempo de cola de CPU. Tanto PDI como iDoctor tienen gráficos
disponibles para comprender mejor los efectos de la latencia.
¿Por qué no mejoró mi rendimiento cuando agregué núcleos a mi partición?
Agregar núcleos a una partición debería reducir la utilización general de la CPU, pero es posible que no aumente el rendimiento.
Hay dos razones principales por las que esto puede suceder. El primer caso es cuando la carga de trabajo no está
restringida por la CPU. Lo que significa que los trabajos que se ejecutan en su mayoría esperan E/S o algún otro recurso en lugar
de la CPU. En esta situación, no se abordó el cuello de botella real. Se puede utilizar una herramienta de análisis como iDoctor o
PDI para identificar el cuello de botella correcto.
El segundo caso es cuando hay más núcleos que trabajos o subprocesos activos. Por ejemplo, si su proceso por lotes se ejecuta
utilizando un solo trabajo de subproceso, no puede aprovechar al máximo más de un subproceso de hardware en un solo núcleo.
Cambiar la carga de trabajo para usar varios trabajos o subprocesos permite completar más trabajo en paralelo, lo que reduce el
tiempo de ejecución general.
¿Por qué la utilización de la CPU informada por la HMC no coincide con la utilización de la CPU informada por IBM i?
La HMC e IBM i están midiendo la utilización de manera diferente. IBM i usa la utilización de la CPU para informar cuánta capacidad
queda en la partición. Por ejemplo, si la partición se utiliza al 50 %, queda aproximadamente la mitad de la capacidad de la partición.
La HMC mide la cantidad de capacidad de un núcleo que queda para que la utilicen otras particiones. Cuando se envía un núcleo a
una partición, la HMC considera que está 100 % ocupado incluso si la partición solo envía trabajo a 1 de los 8 subprocesos de
hardware del núcleo. En este ejemplo, IBM i informaría que el núcleo está ocupado en un 30 % en comparación con HMC que
informa que está ocupado en un 100 %.
Para obtener una explicación detallada de las diferencias en los informes de CPU, consulte la siguiente publicación de blog de
PowerVM. https://community.ibm.com/community/user/power/blogs/pete heyrman1/2022/01/25/understandingprocessor
utilizationonpowervm
8.4 Preguntas de memoria
¿Cuánta memoria debo configurar para mi partición?
El tamaño mínimo de la memoria de partición es de 2 GB. Sin embargo, el tamaño de memoria de partición mínimo recomendado
es de 4 GB.
Límites misceláneos
¿Cómo debo configurar los grupos de memoria de mi partición?
Cada partición es diferente, pero aquí hay algunas pautas generales: • En general,
habilite Expert Cache en la mayoría de los grupos de usuarios (es decir, *CALC). Leer más aquí:
Caché experto: cómo funciona •
Agregar memoria al grupo de máquinas si la tasa de errores de ese grupo es superior a 10 errores por segundo
y la cantidad de memoria utilizada en el grupo es alta.
• Establecer el nivel máximo de actividad lo suficientemente alto para evitar transiciones a no elegible, pero no más alto que
necesario.
¿Debo activar el ajustador de rendimiento (QPFRADJ)?
La mayoría de los clientes pueden beneficiarse del uso del ajustador de rendimiento. El siguiente informe de experiencia es útil para
comprender QPFRADJ: Ajustador de rendimiento.
Asegúrese de configurar correctamente los ajustes del grupo compartido para limitar el tamaño (y el tamaño pequeño) de cada grupo de
memoria. Si elige no usar QPFRADJ, asegúrese de que el nivel máximo de actividad sea lo suficientemente alto para evitar transiciones a no
elegible. Las aplicaciones Java y de código abierto tienen consideraciones especiales cuando se trata de QPFRADJ. Vea el capítulo de Java
para más detalles.
¿Cómo puedo saber qué hay en los grupos de memoria de mi partición?
El comando DMPMEMINF puede proporcionar esta información.
Este comando se describe en IBM Docs:
Volcar información de la memoria principal (DMPMEMINF)
¿Cuándo debo agregar más memoria a mi partición?
Como pauta general, debe limitar la cantidad de tiempo de espera en fallas de disco al 25 % del tiempo de ejecución de un trabajo promedio
en el sistema. Si la optimización de aplicaciones no puede reducir los trabajos por debajo de este nivel, considere agregar más memoria.
Además, verifique el rendimiento del subsistema de E/S para asegurarse de que las solicitudes de disco se completen con buenos tiempos
de respuesta.
¿Cuáles son las "directrices de error de la página de memoria"?
Con la amplia variedad de aplicaciones que ahora se ejecutan en IBM i, no es posible generar pautas que satisfagan todos los escenarios. Como
resultado, IBM ya no publica pautas generales de fallas para grupos de usuarios.
8.5 Preguntas de E/S Muchos
de los enfoques que reducen el uso de la CPU también pueden reducir la cantidad de operaciones de E/S, especialmente aquellas
relacionadas con la mejora del rendimiento de la base de datos y SQL. También hay oportunidades para mejorar el rendimiento del subsistema
de E/S.
¿Cuáles son algunos cambios comunes en la configuración del subsistema de almacenamiento que pueden afectar el rendimiento?
• Mezclar tamaños de unidades en la misma ASP. • Tener algunos IOA con más unidades que otros IOA. • Tener demasiadas unidades
en el mismo IOA. • Tener un solo conjunto de paridad cuando se utilizan IOA SAS emparejados (o duales). • Mantener la consistencia en
el tamaño de la unidad ayuda a mantener el rendimiento constante. No incluya unidades nuevas en arreglos existentes si su adaptador lo
admite. En su lugar, detenga la protección e iníciela para que todas las unidades contengan datos de paridad. Esto evita configurar
unidades con más capacidad, lo que genera un aumento de las solicitudes de E/S y la posibilidad de que se caliente. • Agregar nuevas
unidades a un ASP sin usar la opción "Agregar y equilibrar". • Reducir el número de unidades al migrar a una nueva solución de
almacenamiento. • Implementar una solución de replicación de alta disponibilidad sin un enlace del tamaño adecuado entre los
subsistemas de almacenamiento de origen y de destino.
• Presentación de la compresión en tiempo real en un almacenamiento SVC, Storwize o FlashSystem V840/V9000
sistema. Consulte el capítulo 7.6 de Introducción e implementación de IBM FlashSystem V9000 • El uso de VIOS para
el almacenamiento proporciona capacidades funcionales adicionales, pero puede causar que la carga sea más lenta.
rendimiento que las opciones de almacenamiento dedicadas.
¿Cómo puedo analizar el rendimiento del subsistema de E/S?
• Utilice los Servicios de recopilación y Disk Watcher para recopilar y analizar el rendimiento del disco. • Use SQL Plan
Cache y Visual Explain para identificar SQL que causa una gran cantidad de operaciones de E/S.
Lea la sección RPG/COBOL y Native I/O para obtener más sugerencias.
No puedo modificar mis aplicaciones. ¿Qué puedo hacer para mejorar mi rendimiento de E/S?
• Instale más memoria o unidades de disco. • Instale
unidades de estado sólido (SSD) SAS o dispositivos NVMe y mueva objetos calientes hacia ellos. • Utilice el Estimador de
carga de trabajo o póngase en contacto con un Business Partner o representante de ventas de IBM para dimensionar
para una solución de almacenamiento que ofrece un rendimiento más rápido. Consulte la sección 8.5.6.
¿Cómo puedo virtualizar adaptadores IBM SerialAttached SCSI (SAS) para obtener el mejor rendimiento?
Para obtener el mejor rendimiento, considere utilizar IBM i como host de almacenamiento en lugar de utilizar un servidor de E/S virtual
(VIOS).
La sección 3.9 titulada “Discos VIOS vSCSI y particiones de cliente IBM i” del Libro rojo “Introducción y descripción técnica general de
las soluciones RAID de IBM Power Systems” contiene consideraciones de configuración especiales que abordan la forma en que IBM i requiere
formatear el disco para evitar posibles problemas de rendimiento.
Introducción y descripción técnica general de las soluciones RAID de IBM Power Systems
El siguiente enlace tiene aún más detalles sobre la documentación sobre los requisitos y la configuración del aumento de rendimiento:
Aumento del rendimiento del adaptador SAS con VIOS
¿Cómo puedo saber si mis aplicaciones se beneficiarán de los SSD?
• Estimador de mejoras de SSD de iDoctor e investigador de servicios de cobro: consulte la sección 9.8.28
Documentación de IBM iDoctor para IBM i
¿Cuántos y qué tipo de productos de E/S de almacenamiento cumplen con los requisitos de rendimiento para una
actualización, un nuevo sistema o una carga de trabajo?
Los libros blancos sobre la gestión del rendimiento en el sitio web de recursos de IBM i están disponibles para obtener conocimientos
generales sobre el rendimiento, comparaciones ya documentadas y sugerencias de ajuste.
• Recomendaciones de uso de SAP en IBM i Solid State Disk (SSD) en: https://www.ibm.com/
support/pages/node/6355629
• IBM Power Systems con IBM i utilizando unidades de estado sólido para impulsar su JD Edwards de Oracle
Rendimiento de EnterpriseOne en: https://
www.ibm.com/support/pages/node/6355309
Puede encontrar información sobre varios servidores de almacenamiento IBM SAN que se pueden utilizar con IBM i en el
siguiente sitio web: https://
www.ibm.com/itinfrastructure/storage
Consulte el apéndice A de las "Prácticas recomendadas y directrices de rendimiento de IBM FlashSystem" en: https://
www.redbooks.ibm.com/redbooks/pdfs/sg248503.pdf
Para productos de almacenamiento adjuntos directos particulares:
• La información histórica se puede ver en las versiones de IBM i Performance Capabilities Reference
anterior a la versión de abril de 2014, en:
Referencia de capacidades de rendimiento: febrero de 2013 • La comparación
más reciente de la tecnología de adaptadores SAS se puede encontrar en:
Estudio de rendimiento de adaptadores RAID IBM Power Systems SAS de segunda generación diseñados para
Almacenamiento de estado sólido
¿Cómo puedo saber si una solución FlashSystem es la mejor configuración de almacenamiento para mi entorno?
Hay muchos sitios web que explican el rendimiento, la funcionalidad y las ventajas de costo de IBM FlashSystem en comparación con las
unidades de disco duro (HDD) y las unidades de estado sólido (SSD). El siguiente sitio web responde muchas de estas preguntas: https://
www.ibm.com/flashsystem
Sin embargo, aún puede haber condiciones que impidan que su entorno obtenga las mejoras de rendimiento esperadas cuando se cambia a
una solución FlashSystem (que puede incluir tiempos de respuesta de lectura promedio tan bajos como 0,5 milisegundos por E/S). Una de las
razones más comunes es que la configuración actual del sistema basado en el procesador IBM Power está experimentando alguna otra restricción
de recursos, o condición de espera, no relacionada con el subsistema de E/S. Los resultados de una solución FlashSystem más rápida podrían
quedar enmascarados por estas condiciones e incluso podrían empeorar los tiempos de respuesta si requieren más trabajo para impulsar una paliza
adicional. También es posible que las cargas de trabajo intensivas de escritura se vuelvan más lentas. Aunque Flash tiene tiempos de respuesta de
escritura aceptables, nada puede compararse con la velocidad de escritura en caché en un IOA. Las unidades internas suelen configurarse para IOA
con una memoria caché de escritura muy grande, lo que permite que la mayoría de los IOP de escritura sean asincrónicos (o parezcan serlo debido
a los rápidos tiempos de respuesta).
Para ayudar a los clientes a identificar situaciones que podrían evitar los tiempos de respuesta inaceptables, y también para ayudar a proyectar
las mejoras en el tiempo de ejecución de los trabajos más intensivos de E/S, IBM Technology Services ofrece una "Evaluación de la carga de
trabajo de IBM i para la solución FlashSystem". Para más información, complete este formulario:
Formulario de contacto de servicios tecnológicos de IBM
Además, tenga en cuenta que el SSIC (Centro de interoperabilidad de almacenamiento del sistema) establece lo siguiente con respecto al
tamaño de sector 4096 utilizado para FlashSystems conectados de forma nativa. Consulte también la sección 8.5.9 sobre las implicaciones de
rendimiento de las unidades de sector 4096 en IBM i.
Ciertas cargas de trabajo únicas muestran un rendimiento inferior al esperado para los hosts IBM i cuando se conectan al almacenamiento IBM
FlashSystem 840/900 sin SAN Volume Controller (SVC). Se recomienda que estas oportunidades se examinen con un PoC para garantizar que la
carga de trabajo de los clientes no encuentre este problema de rendimiento. Además, IBM i mantiene una lista de PTF recomendados para cualquier
cliente que se ejecute en una configuración de tamaño de sector 4096 que se requiere con un FlashSystem 840/900 adjunto. Esta lista se puede
encontrar aquí:
http://www01.ibm.com/support/docview.wss?uid=nas8N1020957
¿Cómo puedo ajustar mi almacenamiento externo adjunto Virtual Fibre Channel?
Aquí hay una lista de recomendaciones que se pueden usar para garantizar que los entornos vFC/NPIV funcionen lo mejor posible cuando
se conectan a sistemas de almacenamiento externo compatibles:
https://www.ibm.com/support/pages/ibmivirtualfibrechannelperformancebestpractices
Para aprovechar mejor las altas tasas de rendimiento de comandos del almacenamiento de estado sólido adjunto de vFC, 7.5 TR1, 7.4
TR6 y 7.3 TR12 utilizan una función de múltiples colas (MQ) que se agregó a VIOS versión 3.1.2. El blog titulado Modernización de la
pila PowerVM NPIV: del soporte de cola única a cola múltiple (ibm.com) proporciona una descripción de MQ y algunos impactos
observados con AIX como partición de cliente. El mayor paralelismo que proporciona MQ a una partición de IBM i puede aumentar el
rendimiento de los comandos para las cargas de trabajo que necesitan una gran cantidad de io/s y tienen longitudes de io de
almacenamiento promedio relativamente cortas (<16 KB/io).
¿Cómo analizo el rendimiento de E/S si utilizo almacenamiento externo?
Hay muchos componentes a considerar cuando se utiliza el almacenamiento externo. La latencia se puede agregar en la capa de
virtualización (VIOS y Power Hypervisor) y SAN, que se encuentran entre IBM i y el almacenamiento. Una buena estrategia es comparar los
tiempos de servicio de la unidad IBM i con los tiempos de respuesta medidos en el almacenamiento. Si los tiempos de servicio y los tiempos
de respuesta son similares, es probable que el problema esté en el almacenamiento. Si el tiempo de servicio de IBM i es mayor que el
almacenamiento, es probable que se agregue latencia en la SAN o la capa de virtualización. Los servicios de recogida se pueden utilizar
para medir los tiempos de servicio en IBM i. Hay varias formas de medir los tiempos de respuesta en el almacenamiento dependiendo de lo
que se esté utilizando.
IBM iDoctor for i – Collection Services Investigator se puede utilizar para analizar los datos que se recopilan automáticamente de los
sistemas de almacenamiento DS8000 conectados. Se puede encontrar más información en este enlace:
Documentación iDoctor
IBM Storage Insights proporciona un nivel incomparable de visibilidad en su entorno de almacenamiento para ayudarlo a administrar
infraestructuras de almacenamiento complejas y tomar decisiones de ahorro de costos. Los beneficios incluyen monitoreo de rendimiento
mejorado, planificación de capacidad y capacidad para solucionar problemas más rápido. Hay dos ediciones disponibles, incluida una oferta
sin cargo para monitorear el estado básico de su almacenamiento. Se puede encontrar más información en este enlace:
Perspectivas de almacenamiento de IBM
La característica de supervisión de almacenamiento en IBM Spectrum Control (anteriormente conocido como IBM Tivoli Storage
Productivity Center (TPC)) se puede utilizar para analizar el rendimiento de la mayoría de los sistemas de almacenamiento de IBM. Se
puede encontrar más información en este enlace:
Control de espectro de IBM
¿Cuáles son los efectos en el rendimiento de IBM i al utilizar unidades de sector de 4096 bytes?
Hay opciones para HDD y SSD internos con formato de 4096 bytes, tanto de forma nativa como virtualizados a través de VSCSI desde
VIOS o un iHost. El almacenamiento externo de Flash Systems también está formateado para sectores de 4096 bytes. Asegúrese de que se apliquen
los últimos PTF relevantes antes de la implementación. La lista de IBM i 7.2 y 7.3 se puede encontrar aquí:
Listado de PTF para soporte de sector de disco 4096
Si implementa sectores de 4096 bytes, existe una sobrecarga adicional asociada con las tareas de limpieza de administración de almacenamiento.
Para disminuir el impacto, revise la carga de trabajo en busca de problemas de aplicaciones ineficientes, específicamente tasas altas de aperturas
completas de bases de datos y tasas altas de creación y destrucción de grupos de activación. Estos se discuten en la sección 8.16. Considere
contratar a IBM Technology Services para obtener asistencia en la reducción de las tasas de apertura antes de implementar sectores de 4096
bytes. Además, revise el siguiente documento sobre las tareas de SMFSCLEAN*.
Tareas de SMFSCLEAN* y control de nivel de máquina en SMFREESPACEMAP4K
¿Debo utilizar unidades NVMe?
IBM i 7.5, 7.4 , 7.3 y 7.2 varias actualizaciones tecnológicas admiten dispositivos NVMe que están disponibles en
puntos de capacidad múltiple, factores de forma múltiples, con varias velocidades, para cargas de trabajo empresariales en servidores
Power seleccionados con tecnología Power. La página web Resumen de soporte de E/S de IBM i describe qué versiones admiten qué dispositivos
y bajo qué configuraciones (nativa, VIOS e iVirt). Estos dispositivos de baja latencia se pueden utilizar como fuentes de carga de IBM i y pueden
proporcionar una gran cantidad de IOPS y capacidades de virtualización mejoradas. Los dispositivos PCIe gen4 también pueden proporcionar una
cantidad significativa de rendimiento de datos (GB/s). Se requiere duplicación. Ciertos Power Servers pueden incluir solo dispositivos NVMe de
factor de forma AddInCard (AIC), mientras que algunos Power Servers pueden aceptar dispositivos de factor de forma AIC y U.2.
8.6 ¿Cómo ajusto el rendimiento de la base de datos de IBM i?
Consulte el capítulo 9 para obtener detalles sobre el ajuste del rendimiento de la base de datos.
8.7 ¿Cómo puedo mejorar los tiempos de respaldo y recuperación?
Consulte la siguiente información para comprender cómo mejorar el rendimiento de la copia de seguridad y la recuperación:
Preguntas frecuentes sobre copia de seguridad y recuperación
Para obtener información mejorada sobre el rendimiento de IFS SAV:
Logre tiempos de ahorro de IFS más rápidos usando SAV con ASYNCBRING
8.8 ¿Cómo puedo mejorar el tiempo de IPL?
Aunque la duración de la IPL depende en gran medida de la configuración del hardware y el software, existen tareas que se pueden realizar para
reducir la cantidad de tiempo que necesita el sistema para realizar una IPL. Informe de experiencia: Reducción del tiempo de IPL del sistema El
informe contiene muchas sugerencias para reducir el tiempo de IPL.
Algunas sugerencias más recientes a considerar son:
• IBM i 7.3 incluye un cambio de diseño en el proceso de IPL para ayudar a reducir el tiempo de IPL para particiones con grandes cantidades
de memoria. Esta mejora no está disponible para versiones anteriores. • El rendimiento del subsistema de E/S puede ser un componente
importante del tiempo de IPL. Los clientes que actualizaron su almacenamiento de HDD a SSD o almacenamiento Flash vieron mejoras
sustanciales
al tiempo de IPL. Sin embargo, no todos los sistemas verán mejoras en los tiempos de IPL a través de actualizaciones de E/S debido a
otros factores.
• Las mediciones internas muestran que mover solo la fuente de carga de un HDD a SDD no
mejorar significativamente el tiempo de IPL.
8.9 ¿Cuáles son las consideraciones para el rendimiento de la IPL del volcado del almacén principal (MSD)?
La nota técnica "Mejores prácticas para administrar el tiempo necesario para el volcado de almacenamiento principal (MSD)" tiene las últimas
recomendaciones, mejoras y PTF para ayudar a administrar y reducir el tiempo requerido para MSD: Mejores prácticas para administrar el tiempo
necesario para el volcado de almacenamiento principal (MSD )
8.10 ¿Cómo ajusto el rendimiento del diario y la recuperación?
Para las versiones de IBM i anteriores a la 7.1, asegúrese de que el umbral de diario para todos los diarios de usuario sea de al menos 6,4 GB.
A partir de IBM i 7.1 esto ya no es necesario.
Las opciones de tamaño del receptor de diario (RCVSIZOPT) deben especificar preferiblemente al menos *MAXOPT2 y *RMVINTENT.
La guía Journal Management tiene más detalles sobre estos comandos:
Guía de gestión de diarios
8.11 ¿Cómo ajusto el rendimiento de la recuperación de la ruta de acceso?
La protección de ruta de acceso administrada por el sistema (SMAPP) ofrece monitoreo del sistema del tiempo de reconstrucción de la ruta de
acceso potencial e inicia y detiene automáticamente el registro en diario de las rutas de acceso seleccionadas por el sistema. En el improbable
caso de una IPL anómala, esto permite un tiempo de recuperación de la ruta de acceso más rápido.
SMAPP proporciona una estimación de cuánto tiempo toma la recuperación de la ruta de acceso, y SMAPP proporciona una configuración para
la duración aceptable de la recuperación. Para la mayoría de los clientes, el valor predeterminado minimiza el impacto en el rendimiento y, al
mismo tiempo, brinda un tiempo de recuperación razonable y predecible y protección para las rutas de acceso críticas. Pero la sobrecarga de
SMAPP varía de un sistema a otro y de una aplicación a otra.
A medida que se reduce el tiempo de recuperación de la ruta de acceso de destino, el impacto en el rendimiento de SMAPP aumenta, ya que las
tareas en segundo plano de SMAPP tienen que trabajar más para alcanzar este objetivo. Hay un equilibrio entre los requisitos de tiempo de
recuperación y los recursos del sistema requeridos por SMAPP. El tiempo de recuperación de la ruta de acceso no debe establecerse en *NINGUNO
o *DESACTIVADO.
Aunque SMAPP puede comenzar a registrar en diario las rutas de acceso, se recomienda que las rutas de acceso más
importantes/grandes/críticas/sensibles al rendimiento se registren explícitamente con STRJRNAP.
Esto elimina la sobrecarga adicional de SMAPP que evalúa estas rutas de acceso e inicia implícitamente el registro diario de la misma ruta
de acceso día tras día.
Hay 3 conjuntos de tareas que hacen el trabajo de SMAPP. Estas tareas funcionan en segundo plano con baja prioridad para minimizar el impacto
de SMAPP en el rendimiento del sistema. Las tareas son las siguientes:
• JOEVALUATETSKn (donde n es 0 o 1): evalúa índices, estima el tiempo de reconstrucción de un índice,
y puede iniciar o detener el registro diario implícito de un índice.
• JOTUNINGTASK: se despierta periódicamente para considerar dónde se establece el umbral de recuperación del usuario y
administra qué índices se deben registrar implícitamente.
• Las tareas JORECRADxxxx y JORECRAUSRxxx son las tareas de trabajo que eliminan las páginas de diario antiguas de la
memoria principal para minimizar la cantidad de recuperación necesaria durante la IPL.
Estas son pautas para reducir la cantidad de trabajo para cada una de estas tareas: • Si JO
TUNINGTASK parece ocupado, es posible que desee aumentar el tiempo objetivo de recuperación de SMAPP. • Si la tarea
JOEVALUATE parece estar ocupada, puede ser útil registrar explícitamente en diario las rutas de acceso más grandes.
Además, busque trabajos que abran/cierren archivos repetidamente. • Si las
tareas de JORECRA parecen ocupadas, es posible que desee aumentar la tasa de recuperación del diario. •
Además, si no se cumple el tiempo de recuperación objetivo, es posible que haya rutas de acceso no elegibles para SMAPP.
Estos deben modificarse para convertirse en elegibles para SMAPP. Puede usar el comando Mostrar recuperación para
rutas de acceso (DSPRCYAP) para ver una lista de rutas de acceso que no son elegibles para SMAPP.
Para monitorear los impactos en el rendimiento de SMAPP, hay puntos de seguimiento de Performance Explorer y un conjunto
sustancial de contadores de servicios de recolección que brindan información sobre el trabajo de SMAPP.
Para obtener más información sobre cómo reducir el tiempo de recuperación de la ruta de acceso, consulte la entrada de IBM Docs en:
Reducción del tiempo en la recuperación de la ruta de acceso
8.12 ¿Cómo ajusto el rendimiento de la red?
Los adaptadores de red que se utilizan determinan la velocidad máxima que se puede alcanzar, por ejemplo, 1 Gb, 10 Gb, etc. (al
menos en teoría). Sin embargo, el protocolo que se utiliza, los parámetros de red establecidos y la calidad de las conexiones, así como
otros sistemas en la misma subred de la red, determinan el rendimiento real en términos de rendimiento y velocidad de la red. Los
servicios de recopilación de rendimiento recopilan datos vitales del uso de los recursos de red y se pueden utilizar para determinar la
velocidad real y las cifras de rendimiento de la red. • Considere aumentar el búfer de TCP/IP para las operaciones de envío y recepción
a través de CHGTCPA
comando a un valor mayor que el valor predeterminado de 64 KB. Esto puede reducir significativamente el tráfico de red.
• Asegúrese de que los parámetros para la velocidad de línea actual reflejen lo que el adaptador es capaz de hacer, por ejemplo
1 Gb, 10 Gb, etc. Un solo dispositivo con una capacidad de velocidad de línea más baja obligará a toda la subred de la red a
funcionar a la velocidad más baja y puede degradar gravemente el rendimiento de la red. • Asegúrese de que el parámetro
DUPLEX actual esté configurado en *FULL para que la conexión se pueda usar para enviar
y recibir al mismo tiempo.
• Considere aumentar el tamaño máximo de trama de 1496 bytes a 8996 bytes, ya que esto puede
reducir significativamente el tráfico entre el sistema y el siguiente enrutador de red y acelerar las conexiones, especialmente
cuando se utilizan conexiones Ethernet virtuales.
• Considere usar varias conexiones de red juntas y use la agregación de enlaces para agrupar, como se muestra en el
siguiente diagrama, por ejemplo, cuatro conexiones de 1 Gb en un enlace de 4 Gb. Este enlace agregado proporciona
una mejora significativa del ancho de banda.
Para obtener más información, consulte la sección Documentos de IBM:
Agregación de enlaces Ethernet
Figura 14 Agregación de enlaces de red
Puede encontrar más información sobre cómo optimizar el rendimiento de las comunicaciones en la siguiente sección de IBM Docs:
Optimización del rendimiento de las comunicaciones
8.13 ¿Cómo puedo mejorar el rendimiento de Java y/o WebSphere Application Server?
aplicaciones?
Consulte el capítulo Java y WebSphere.
8.14 ¿Cómo ajusto el rendimiento de la aplicación RPG/COBOL y el acceso a archivos de E/S nativos?
Consulte el capítulo RPG/COBOL y E/S nativa.
8.15 ¿Puede la configuración de seguridad afectar el rendimiento?
La protección de la información es una parte importante de la mayoría de las aplicaciones. Se debe considerar la seguridad, junto con otros requisitos,
en el momento en que se diseña la aplicación. Cuando la seguridad se integra correctamente en el diseño de la aplicación, dará como resultado el
mejor rendimiento. Cuando la seguridad no se implementa correctamente, los problemas de rendimiento suelen ocurrir.
La definición de un gran número de autoridades privadas puede afectar negativamente al rendimiento. Los siguientes enlaces a IBM Docs muestran
cómo se realiza la verificación de autorización. Una solución diseñada correctamente equilibrará la seguridad
preocupaciones con el rendimiento.
Diagrama de flujo 1: Proceso de verificación de autoridad principal
Diagrama de flujo 2: Ruta rápida para la verificación de autoridad de objeto
Cuando se implementa correctamente, la ruta rápida de la aplicación generalmente se tomará a través de la adopción del programa por parte del
propietario. Cuando se agregan autoridades públicas y privadas, pueden surgir complicaciones que afecten el rendimiento.
Los servicios de recopilación incluyen dos métricas que pueden ser útiles para monitorear la actividad de la autoridad. Las métricas son SYAUTH y
SYNUAL en el archivo QAPMSYSTEM. SYAUTH cuenta el número de comprobaciones de autorización de objetos en todo el sistema. SYNUAL
cuenta el número de búsquedas de autoridad de usuario no almacenadas en caché.
8.16 ¿ Cuáles son algunos problemas de aplicaciones ineficientes que puedo identificar a nivel del sistema?
Busque altas tasas de aperturas completas de la base de datos
Tener una alta tasa de apertura completa de archivos de base de datos puede conducir a un rendimiento deficiente. Las aperturas completas pueden provenir
de SQL o programas que usan E/S nativa. Los servicios de recogida recopilan el número de aperturas completas de archivos de base de datos tanto a nivel de
sistema como a nivel de subproceso. Estos datos se pueden visualizar mediante PDI o iDoctor.
Figura 15: Aperturas completas en iDoctor Collection Services Investigator
Para identificar los programas que provocan las aperturas completas, se puede recopilar un seguimiento PEX mediante el evento *DBOPEN OS. La traza
PEX se puede analizar con el componente PEX Analyzer de iDoctor
Una alta tasa de apertura completa de archivos de base de datos es una causa común de bajo rendimiento en las particiones de IBM i. Las aperturas completas
de archivos son operaciones pesadas que deben minimizarse. No es raro que los trabajos con altas tasas de apertura completa desperdicien un tercio o más de
su tiempo de CPU abriendo archivos completos, cuando normalmente no es necesario.
Una pauta general para las tasas de apertura completa de toda la partición es menos de 1000 por segundo en particiones de tamaño pequeño a mediano, y
miles por segundo de un solo dígito bajo en particiones grandes. Además, mantenga la
tasa de apertura completa a menos de cien aperturas por segundo para cualquier trabajo individual. Independientemente del tamaño de la
partición, cuanto menor sea el número, mejor será el rendimiento y la escalabilidad.
Estas pautas abiertas completas son independientes de la tecnología de almacenamiento en disco.
Busque altas tasas de creación/destrucción de grupos de activación
Tener una alta tasa de creación y destrucción de grupos de activación también es ineficiente. A partir de IBM i 7.2, los servicios de recogida
recopilan el número de grupos y programas activados a nivel de sistema y subproceso.
Estos datos se pueden visualizar usando iDoctor.
Figura 16: Grupos de activación creados en iDoctor Collection Services Investigator
Para identificar los programas que provocan la creación del grupo de activación, se puede recopilar un seguimiento PEX mediante el evento
base *ACTGRPCRT. La traza PEX se puede analizar con el componente PEX Analyzer de iDoctor.
8.17 ¿Cuál es la mayor cantidad de núcleos que se pueden asignar a una partición de IBM i?
Hay dos límites de núcleo de partición para IBM i. El primero es el límite estándar, que es de 48 núcleos para todas las versiones
compatibles de IBM i. Los clientes que necesiten superar este límite pueden pasar por un proceso de evaluación sin cargo para validar
que sus particiones se beneficiarán de tener núcleos adicionales. El número máximo de núcleos permitidos depende del nivel de
hardware de IBM i y Power, así como de los resultados de la evaluación.
Consulte la siguiente matriz que muestra los límites máximos de núcleo de partición única. Para obtener más información, póngase en
contacto con Eric Barsness (ericbar@us.ibm.com) o Mike Gordon (mgordo@us.ibm.com).
Figura 17 Número máximo de núcleos en la partición
8.18 ¿Cómo puedo mejorar la escalabilidad de mi gran partición IBM i?
Algo que se hace de manera ineficiente pero con poca frecuencia puede no ser un problema. Si esa actividad se realiza cada vez con mayor
frecuencia puede convertirse en un problema mayor. No es raro que un programa escrito hace 10 años acceda a un archivo pequeño al que
acceden unos pocos usuarios y que hoy sea un problema porque ese archivo ha crecido a millones de registros y cientos de usuarios acceden
a él. Para evitar este problema, asegúrese de que sus aplicaciones no estén realizando las siguientes "pérdidas prácticas":
• generar una alta tasa de aperturas y cierres de archivos completos
• crear y destruir grupos de activación a una tasa alta • destruir con frecuencia
grandes grupos de activación • causar una tasa alta de iniciaciones y
terminaciones de trabajos
Los servicios de recopilación recopilan las métricas de tasa para estos problemas de escalado y se pueden ver mediante Performance Data
Investigator (PDI) o iDoctor Collection Services Investigator (CSI). Consulte la sección 8.16 para obtener más información sobre algunas de
estas métricas.
Además de las prácticas de codificación de aplicaciones, las siguientes áreas de configuración de particiones son importantes para la
escalabilidad:
• las particiones con muchos núcleos deben usar procesadores dedicados para obtener el mejor rendimiento •
ubicación de los recursos de la partición (memoria y núcleos) en el hardware físico
Capítulo 6 de la Guía de mejores prácticas de virtualización de IBM POWER proporciona información sobre cómo mejorar la
ubicación de las particiones.
8.19 ¿Cómo puedo asegurarme de forma proactiva de que el rendimiento de los lotes mejorará con mi sistema?
¿mejora?
Al actualizar a un modelo o función de procesador más nuevo, es posible que el rendimiento del lote no mejore a menos que se
realice un trabajo inicial para determinar qué limitaciones pueden estar restringiendo actualmente los trabajos por lotes.
Estas son algunas consideraciones para el rendimiento por lotes:
1. Determinar si existen restricciones de aplicación, como el bloqueo de un objeto o recurso. Se debe realizar un análisis adecuado
del tiempo de espera para identificar el cuello de botella y la mejor manera de resolverlo. Consulte la sección Componentes
del tiempo de respuesta anteriormente en este documento.
2. Determine si los tiempos de respuesta de E/S de almacenamiento mejorarán con el nuevo sistema. Cuando se actualizan los
sistemas, a menudo también se migra la E/S de almacenamiento. Si este es el caso, los tiempos de respuesta de E/S serán
iguales o peores debido a una mayor tensión con un procesador/memoria más rápidos. Al pasar a nuevos subsistemas de
almacenamiento, tenga en cuenta las diferencias de tiempo de respuesta de E/S y las diferencias de caché. El tiempo de
respuesta de E/S se puede analizar con herramientas como los servicios de recogida.
3. Determinar si las restricciones de memoria no se reducen debido a más trabajo en el sistema. El rendimiento de la memoria se
puede analizar con herramientas como los servicios de recogida.
4. Determinar si la carga de trabajo por lotes es realmente de un solo subproceso. Si este es el caso, simplemente agregar más
núcleos a la partición (o simplemente una calificación de CPW del sistema más alta) puede no ayudar. Una frecuencia de
procesador más rápida es la clave para mejorar muchas aplicaciones de subproceso único que se comportan bien. Mejor aún,
el trabajo superpuesto mediante la utilización de múltiples procesos o múltiples trabajos puede ayudar aún más.
5. IBM Technology Services puede ayudar con el análisis de trabajos por lotes y ayudar a reducir la ventana de lotes
tiempos de procesamiento.
8.20 ¿Cómo puedo verificar la configuración de "Capacidad interactiva" en mi sistema?
Algunos sistemas IBM i permiten limitar la capacidad interactiva. Esto reduce el rendimiento de los trabajos que no son por lotes
(también conocidos como trabajos interactivos 5250).
Para evitar esta limitación, la característica '100% 5250' debe estar habilitada.
Sin la 'función 100% 5250', aparecerá un mensaje CPI1479 en la cola de mensajes QSYSOPR y el rendimiento interactivo será deficiente
mientras que los trabajos por lotes no se verán afectados.
Los valores de capacidad interactiva se almacenan en el archivo QAPMCONF de los servicios de recopilación y se pueden ver
fácilmente con Performance Data Investigator o iDoctor.
Para ver en Performance Data Investigator, visualice la perspectiva QAPMCONF para la recopilación de interés de los servicios
de recopilación.
Para ver en iDoctor: inicie Collection Services Investigator, luego a la derecha en la colección de interés y seleccione Propiedades.
También puede ver en ASMI abriendo el menú "Utilidades bajo demanda" en la columna de la izquierda. Luego haga clic en "Información
VET de CoD" debajo de eso. La capacidad interactiva se incluye en el elemento 11 de esta lista.
Figura 18 Capacidad Interactiva
Si esta opción se establece en Falso, el rendimiento de su sesión interactiva/5250 se verá afectado.
Consulte el siguiente sitio web para obtener más detalles:
POWER9 IBM i P20 (y superior) sistemas 5250 rendimiento interactivo y CPI1479
8.21 ¿Cuáles son las consideraciones para las particiones de IBM Power Virtual Server?
IBM i es compatible con IBM Power Virtual Servers y se puede configurar como una partición normal. Opciones de configuración de
sistemas más grandes, como IBM Power System E880 e IBM Power System E980 y
se proporcionan configuraciones de sistema más pequeñas como IBM Power System S922.
Los procesadores se pueden configurar como dedicados o compartidos. Los procesadores dedicados proporcionan el rendimiento
de procesamiento más consistente. Para obtener más sugerencias sobre el rendimiento de la virtualización, consulte Prácticas recomendadas de
virtualización.
IBM Power Virtual Servers ofrece dos opciones de almacenamiento: Nivel 1 y Nivel 3. El tipo de almacenamiento de Nivel 1 es mejor para
los clientes que requieren un mayor rendimiento de almacenamiento. Los clientes que no requieren un alto rendimiento de almacenamiento y
buscan minimizar los costos pueden seleccionar el Nivel 3. Los tipos de almacenamiento no se pueden cambiar una vez que se crea el
volumen. Una máquina virtual (VM) no puede tener discos de ambos tipos de almacenamiento.
Los niveles de almacenamiento en Power Virtual Server se basan en operaciones de E/S por segundo (IOPS). El rendimiento de
sus volúmenes de almacenamiento está limitado a la cantidad máxima de IOPS según el tamaño del volumen y el nivel de almacenamiento.
Aunque los números exactos pueden cambiar con el tiempo, el almacenamiento de nivel 3 está configurado actualmente en 3 IOPS/GB y el
almacenamiento de nivel 1 está configurado actualmente en 10 IOPS/GB. Por ejemplo, un volumen de almacenamiento de nivel 3 de 100 GB
puede recibir hasta 300 IOPS y un volumen de almacenamiento de nivel 1 de 100 GB puede recibir hasta 1000 IOPS. Para obtener más IOPS
para un volumen, puede aumentar el tamaño del volumen o elegir un nivel que proporcione más IOPS/GB. En algunos casos, puede ser más
rentable aumentar el tamaño y usar el Nivel 3 que usar un volumen de menor tamaño y usar el Nivel 1. Una vez que se alcanza el límite de
IOPS para el volumen de almacenamiento, la latencia de E/S aumenta. Incluso breves ráfagas de IOP que exceden el límite de rendimiento de
nivel configurado pueden desencadenar IO con una latencia mucho más alta que puede afectar los tiempos de respuesta de la aplicación.
Si bien no es exclusivo de este entorno, también se debe considerar la red. Asegúrese de comprender cómo un cambio en la latencia de la
red entre el cliente y el servidor puede afectar el rendimiento de la aplicación clienteservidor. Si bien las aplicaciones clienteservidor
diseñadas que requieren un alto volumen de tráfico de red pueden funcionar bien cuando tanto el cliente como el servidor están físicamente
cerca, es posible que se requieran cambios en la aplicación a medida que se introduce una latencia de red adicional.
Es importante dimensionar correctamente su partición antes de configurar su partición de servidor virtual. Asegúrese de que la configuración
del procesador pueda satisfacer sus necesidades de máximo rendimiento. Analice detenidamente sus necesidades de rendimiento de
almacenamiento antes de elegir el Nivel 3. Si no está seguro de que sus necesidades máximas de almacenamiento puedan satisfacerse con la
oferta de rendimiento del Nivel 3, elija el Nivel 1 en su lugar. Asegúrese de dimensionar su capacidad de procesamiento de partición y
rendimiento de almacenamiento para el rendimiento máximo que puede experimentar durante el
año.
8.22 ¿Cuáles son algunas consideraciones para el uso de la compresión de datos en IBM i?
IBM i 7.5 agrega soporte para comprimir datos utilizando el formato de compresión DEFLATE (que es el formato subyacente para
archivos zip, gzip y la biblioteca C zlib). Ese soporte está disponible como una nueva opción de formato de compresión en el parámetro
DTACPR del comando SAVLIB (*ZLIB) y una nueva opción de formato para la instrucción CPRDATA MI. Además, una partición IBM i que
se ejecuta en un sistema Power 10 puede usar el acelerador Nest Accelerator (NX) del procesador Power para acelerar el manejo de datos
DEFLATE en esas interfaces.
El rendimiento de cualquier algoritmo de compresión varía drásticamente según la naturaleza de los datos que se comprimen. Toda la compresión
de datos funciona reduciendo la redundancia en la entrada; los datos que son completamente impredecibles no se pueden comprimir, y los datos
con patrones predecibles se pueden
comprimida muy bien. Los compresores DEFLATE también variarán en su rendimiento dependiendo de los datos de entrada.
En los datos que ha probado IBM i, la implementación DEFLATE de IBM i normalmente se comprime mejor que LZ1 (que es la
compresión que ofrece SAVLIB DTACPR(*HIGH)); es decir, DEFLATE generalmente elimina más redundancia, lo que lleva a una
salida más pequeña que LZ1. Si el soporte de NX no está disponible, DEFLATE generalmente brinda un rendimiento de CPU y
tiempo de reloj de pared similar al de LZ1. Cuando se utiliza NX, las operaciones de compresión DEFLATE normalmente ofrecen un
rendimiento al menos 5 veces más rápido que LZ1.
Dado eso, se pueden obtener ganancias de rendimiento significativas al garantizar que una partición tenga acceso a los recursos de
NX. Hay una cantidad limitada de capacidad NX disponible en todo el sistema para operaciones DEFLATE, que es compartida por
todas las particiones del sistema. Las particiones pueden reservar recursos NX ("Créditos de calidad de servicio") para DEFLATE/gzip
desde la Consola de administración de hardware; cada crédito es la capacidad de tener una solicitud pendiente para un NX. Cualquier
crédito reservado de esta manera reduce la cantidad de solicitudes que otras particiones pueden tener pendientes. Los créditos que no
están reservados por ninguna partición son compartidos por cualquier partición que intente enviar más solicitudes a la vez de las que
han reservado.
Para asegurarse de que los recursos de NX estén disponibles para su partición, asegúrese de que su partición esté en el
modo de compatibilidad con Power 10 y reserve créditos en las Propiedades generales de la partición HMC, sección Avanzada,
Tipos de aceleradores de hardware admitidos.
8.23 ¿ Dónde puedo encontrar más información sobre el ajuste del rendimiento?
IBM Docs es un gran recurso para aprender sobre el ajuste del rendimiento. El enlace de nivel superior para ajustar el rendimiento
del sistema es: Supervisión y gestión del rendimiento
El capítulo Referencias tiene muchos más enlaces relacionados con el rendimiento.
8.24 Los servicios tecnológicos de IBM pueden ayudar
La organización de servicios tecnológicos de IBM
https://www.ibm.com/itinfrastructure/services/labservices
está disponible para ayudar a los clientes a resolver problemas de rendimiento del sistema, la aplicación y la base de datos.
También hay disponibles oportunidades de capacitación formales e informales en las que los clientes aprenden a usar las herramientas
de desempeño y a resolver problemas de desempeño por su cuenta. Se puede contactar con el equipo de rendimiento de IBM i por
correo electrónico a Eric Barsness en ericbar@us.ibm.com.
El equipo de IBM i Db2 en IBM Technology Services también está disponible para ayudar a los clientes en todas las áreas de Db2 on
i, incluidas Business Intelligence (BI), Analytics, Db2 Web Query, modernización de bases de datos, diseño de Very Large Database
(VLDB), rendimiento y más. . Póngase en contacto con Doug Mack en mackd@us.ibm.com.
9 Rendimiento de la base de datos
9.1 ¿Existen algunas sugerencias básicas para un rendimiento SQL óptimo?
Las siguientes sugerencias se aplican a cualquier carga de trabajo de SQL, incluido SQL incorporado en programas de lenguaje de alto
nivel (HLL), JDBC, ODBC, Db2 Web Query for i, etc.:
• Asegúrese de que está utilizando el último nivel de Db2 para i. Esto asegura que la mayoría o todo el SQL
El procesamiento utilizará el motor de consulta SQL más nuevo, así como muchas otras mejoras de rendimiento entregadas en
versiones recientes de IBM i OS y actualizaciones de tecnología. Revise las mejoras de rendimiento recientes en Db2 para i en:
Mejoras de rendimiento recientes Actualizaciones tecnológicas de Db2 for i
• Implementar una estrategia de indexación adecuada basada en los consejos de indexación del optimizador de consultas y
el perfil general de la base de datos. El asesoramiento sobre índices está disponible en Visual Explain, los catálogos de Db2 para i, la
memoria caché del plan de SQL y el monitor de rendimiento de SQL. Lea el siguiente Libro Blanco:
Métodos y estrategias de indexación de IBM Db2 for i
• Utilizar el MTI_INFO servicio para identificar índices temporales que ha creado Db2 para i. La información devuelta por este servicio
permite la creación de índices permanentes para reemplazar los índices temporales, lo que reducirá el uso del almacenamiento
temporal y proporcionará un rendimiento de consulta más consistente.
• Verifique que la "parte justa de la memoria" disponible sea lo suficientemente grande para garantizar una consulta eficiente
implementación. El optimizador calcula este valor en función del tamaño del grupo de memoria, el número de trabajos activos y, a
veces, según el nivel de actividad configurado según el nivel de Db2 para i. El cálculo del número de trabajos activos para un grupo de
memoria es más preciso cuando el grupo de memoria utiliza Expert Cache.
• Asegúrese de que el objetivo de optimización sea coherente con el uso previsto de la consulta (*ALLIO,
*PRIMERO).
• Para entornos dominados por consultas de ejecución corta, determine si se abre una gran cantidad de consultas completas.
y/o las reconstrucciones del plan de acceso están afectando el rendimiento.
• Para entornos que presenten una gran cantidad de objetos de procedimiento SQL (funciones, procedimientos y activadores), revise los
atributos del objeto y la codificación de procedimientos para determinar si se pueden utilizar opciones y prácticas de codificación más
eficientes. Lea el siguiente documento técnico: Mejora del rendimiento de los procedimientos de SQL
• Considere habilitar de forma selectiva la función Db2 Symmetric Multiprocessing de IBM i (opción 26 del producto 5770SS1) para
permitir el procesamiento paralelo en consultas de mayor duración. Al habilitar el uso del procesamiento paralelo, se recomienda
utilizar una configuración de grado paralelo de *OPTIMIZE. IBM i 7.5 proporciona funciones adicionales y capacidades de ajuste
cuando se utiliza el procesamiento en paralelo. https://www.ibm.com/support/pages/sqeimprovedsmpprocessing
Este producto (5770SS1 Opción de producto 26) ahora está disponible sin cargo.
• La función Query Supervisor se puede utilizar para limitar la cantidad de tiempo que se puede ejecutar una consulta o la cantidad de
recursos del sistema que una consulta puede consumir. Esta herramienta también se puede utilizar para realizar un seguimiento de
las consultas que se ejecutan durante mucho tiempo o consumen recursos significativos.
Lo siguiente se aplica a las aplicaciones que usan un modelo de conexión explícito como JDBC, ODBC y
CLI:
• Revise las entradas del trabajo de prearranque para QZDASOINIT y QSQSRVR y realice las
ajustes La actividad del trabajo previo al inicio se puede monitorear mediante el comando DSPACTPJ o la función de tabla
PRESTART_JOB_STATISTICS.
• Si es necesario, los trabajos QZDASOINIT y QRWTSRVR seleccionados se pueden redirigir a diferentes subsistemas
utilizando el procedimiento SET_SERVER_SBS_ROUTING.
• Asegúrese de que está utilizando la agrupación de conexiones. Revise el registro de QHST o ejecute el monitor de la base de datos para
determinar si hay un problema. La función de tabla HISTORY_LOG_INFO se puede usar para hacer esto.
9.2 ¿Cómo puedo mejorar el rendimiento de las aplicaciones que utilizan Record Level Access (Native
E/S)?
Ver el capítulo RPG/COBOL y Native I/O
9.3 ¿ Qué herramientas están disponibles para monitorear y ajustar SQL?
IBM i proporciona varias herramientas integradas para recopilar y visualizar información de rendimiento específica de la base
de datos. Pueden ayudarlo a identificar y ajustar las áreas problemáticas de rendimiento. Las herramientas clave disponibles incluyen:
• Soluciones de cliente IBM i Access (ACS) contiene varios componentes que un ingeniero de base de datos,
el administrador o el desarrollador deben aprovechar para abordar el ajuste de SQL.
Figura 19 Centro de rendimiento de SQL
o SQL Plan Cache recopila planes SQL en tiempo real. Está recopilando información continuamente.
y proporciona una "imagen en movimiento" de las sentencias SQL. Puede ver la memoria caché del plan "en vivo" o
guardar instantáneas de un punto en el tiempo de la memoria caché del plan para análisis o comparaciones posteriores.
El análisis de Plan Cache está disponible desde el enlace de SQL Performance Center en ACS.
Figura 20 Caché del plan SQL
La opción Mostrar estados de cuenta ofrece la posibilidad de filtrar los datos de la memoria caché del plan y
muestra los "planes" en función de sus criterios de filtrado.
Para obtener información adicional: IBM Docs: SQL Plan Cache
o Monitor de base de datos SQL: este monitor es un proceso de recopilación que debe iniciarse y luego apagarse.
Recopila información en tiempo real sobre solicitudes SQL y consultas no SQL, como Open Query File
(OPNQRYF). Tiene detalles sobre la optimización y el comportamiento en tiempo de ejecución. Su contenido
se puede ver a través de SQL Performance Center en la consola de IBM i Access Client Solutions y en las
interfaces GUI de Navigator.
Para obtener información adicional, consulte IBM Docs: Monitor de base de datos
Figura 21 Monitor de base de datos SQL
o Explicación visual: dentro de las declaraciones Show (ya sea el caché del plan SQL o una base de datos
monitor) puede seleccionar Explicación visual de una instrucción SQL. Visual Explain proporciona una imagen
de cómo Db2 procesa una declaración SQL (una consulta). Aquí se proporciona una gran cantidad de
información para diagnosticar una consulta de bajo rendimiento.
Para obtener información adicional: IBM Docs: Explicación visual
Figura 22 Explicación visual
o Asesor de índices (de una declaración): dentro de Visual Explain de una declaración (ya sea SQL
Plan Cache o una colección de monitores de base de datos) puede seleccionar Index Advisor. La indexación es
una técnica crítica de mejora del rendimiento en Db2 para i, y Db2 proporciona recomendaciones para índices
que ayudarían a la instrucción SQL individual que haya seleccionado.
Para obtener información adicional: IBM Docs: Index Advisor
Figura 23 Asesor de índices
o Evaluador de índices: con la herramienta Esquemas de ACS, puede evaluar qué índices son
proporcionando valor al optimizador de consultas y al motor de consultas. El evaluador de índices proporciona
información de uso sobre todos los índices que están disponibles para que los utilice el optimizador. El
evaluador de índices se inicia haciendo clic con el botón derecho en un objeto de tabla y seleccionando la tarea
Trabajar con > Índices para generar la siguiente salida de uso de índices.
Figura 24 Evaluador de índice
• Servicios de recopilación: Collection recopila muchas métricas relacionadas con bases de datos y SQL.
Servicios (los Servicios de recolección deberían ejecutarse automáticamente en su partición 24x7). Se capturan varias
métricas de SQL a nivel de trabajo. Las métricas incluyen: o Tiempo de reloj de SQL o Tiempo de CPU escalado/sin
escalar de SQL o Lecturas de base de datos síncronas/asincrónicas de SQL o Lecturas no de base de datos
síncronas/asincrónicas de SQL o Escrituras de base de datos síncronas/asincrónicas de SQL o Escrituras no de base
de datos síncronas/asincrónicas de SQL Sentencias SQL de nivel por subproceso
Estas métricas proporcionan información sobre la cantidad de uso de recursos (como CPU y E/S) debido al trabajo de SQL realizado
por el subproceso. Estos datos se pueden visualizar en Performance Data Investigator (PDI). Inicie para investigar datos y luego
filtre por el paquete de base de datos:
Figura 25 Paquete de base de datos PDI
El siguiente es un gráfico de ejemplo de E/S de base de datos física detallada por trabajo o tarea que muestra la cantidad de lecturas/
escrituras por segundo que están relacionadas con SQL frente a las actividades no relacionadas con SQL:
Figura 26 E/S de la base de datos física de PDI por trabajo o tarea
A partir de IBM i 7.2, los servicios de recogida han incluido una nueva categoría de SQL; esta categoría de SQL incluye datos de
caché del plan de SQL. Esta categoría forma parte de la categoría de recopilación estándar y estos datos se recopilan de forma
predeterminada. Estos nuevos datos se pueden ver en PDI en el paquete de base de datos como se muestra aquí:
Figura 27 PDI Perspectivas de servicios de recolección en el paquete de base de datos
El siguiente es un gráfico de ejemplo de Aperturas de consultas que muestra el número de Aperturas que se realizan en todo el
Intervalos de tiempo de los servicios de recogida:
Figura 28 Servicios de recolección Gráfico de consultas abiertas
Hay muchos otros gráficos de bases de datos y SQL disponibles. Consulte lo siguiente para obtener más información:
Paquete de base de datos y perspectivas
9.4 IBM Db2 Mirror para i
Db2 Mirror es una solución de disponibilidad continua disponible en IBM i 7.4 e IBM i 7.5. Puede encontrar más información sobre Db2 Mirror aquí:
Documentos de IBM Db2 Mirror.
IBM Db2 Mirror for i: Consideraciones de rendimiento
Db2 Mirror requiere una conexión de red de alta velocidad para realizar operaciones de datos síncronas. La interfaz de conexión de alta velocidad
que se utiliza es el acceso directo a memoria remoto (RDMA) sobre Ethernet convergente (RoCE). Los grupos de redundancia de red (NRG) se
utilizan para automatizar la redundancia física de la red, la conmutación por error y el equilibrio de carga de las conexiones de alta velocidad.
La nueva categoría de recopilación de servicios de recopilación *RDMA recopila información de rendimiento sobre NRG y enlaces RDMA. La
categoría *RDMA se recopila cuando los servicios de recopilación se configuran para recopilar la
*Perfil de recogida ESTÁNDAR. Los nuevos archivos de datos de los servicios de recogida son:
• ENLACE QAPM •
QAPMNRG •
QAPMNRGL
9.5 Más información sobre el rendimiento y el soporte de Db2 for i La información
general de Db2 for i se puede encontrar en: IBM Support Db2 for i e IBM Docs Db2
para i
IBM Docs tiene una sección sobre el rendimiento de SQL:
Rendimiento SQL
Hay más enlaces relacionados con el rendimiento de la base de datos en el capítulo Referencias .
El equipo de consultoría de IBM Technology Services Db2 for i también puede proporcionar orientación sobre problemas
relacionados con el rendimiento o la transferencia de información. Puede encontrar una lista de las ofertas de Db2 for i IBM Technology
Services aquí.
10 Servicios IBMi
10.1 Introducción
Hay muchos servicios del sistema a los que se puede acceder a través de vistas, procedimientos y funciones de SQL proporcionados por
el sistema. Estos proporcionan una interfaz SQL para acceder, transformar, ordenar y dividir en subconjuntos la información sin necesidad
de codificar para una API del sistema.
Para aprovechar los servicios de IBM i, necesita conocimientos básicos de SQL. La referencia SQL de Db2 para i es un buen lugar para
comenzar con SQL, así como una gran referencia para aquellos que son expertos.
Ciertamente, algunos de los servicios de IBM i solo brindan otra forma de obtener información a la que ya puede acceder a través
de comandos o API. Pero hay algunos servicios que brindan acceso a información que, de otro modo, sería difícil de obtener.
Algunos ejemplos son:
• Servicios de salud del sistema proporcionar la capacidad de llegar programáticamente al límite del sistema
información. ¿Está cerca de los límites del sistema para archivos, trabajos o diarios (o muchos otros límites)?
¿Cómo lo sabes? Los servicios de salud del sistema pueden ayudarlo a responder esa pregunta.
• Almacenamiento temporal del sistema (SYSTMPSTG) El servicio proporciona una interfaz programática para identificar
donde se hayan realizado las asignaciones de almacenamiento temporal. •
Moneda del grupo PTF El servicio proporciona la capacidad de comprobar los grupos de PTF instalados con el
niveles que están disponibles en Fix Central
10.2 Servicios de IBM i actualmente disponibles •
Servicios de aplicaciones
Estas funciones y vistas de procedimientos proporcionan información de interfaz que las aplicaciones pueden utilizar.
• Servicios de copia de seguridad, recuperación y servicios multimedia (BRMS)
Estas vistas y funciones de tabla proporcionan información sobre BRMS.
• Servicios de comunicación
Estos servicios proporcionan información de comunicación. • Servicios
IFS Estos servicios proporcionan información sobre el sistema de archivos
integrado (IFS). • Servicios Java Esta vista y procedimiento proporcionan información de Java y
opciones de gestión de JVM.
• Servicios de revistas
Esta función y vista proporcionan información del diario. • Servicios
bibliotecarios
Estos servicios proporcionan información de listas de bibliotecas y objetos.
• Servicios de manejo de mensajes
Estas vistas y funciones proporcionan información sobre los mensajes del sistema. •
Servicios de rendimiento
Estos servicios proporcionan información relacionada con el rendimiento del sistema.
• Servicios PowerHA
Estas funciones y vistas de tabla proporcionan información sobre PowerHA® •
Servicios de productos
Estos servicios proporcionan información sobre productos con licencia. •
Servicios de PTF Estas vistas proporcionan información de PTF.
• Servicios de seguridad
Estas vistas, procedimientos y funciones proporcionan información de seguridad. •
Servicios de carrete Esta vista y función proporciona información sobre los archivos en spool.
• Servicios de almacenamiento Estas vistas proporcionan información sobre el
almacenamiento y los dispositivos de almacenamiento. • Servicios de salud del sistema Para
los recursos del sistema más importantes, el sistema operativo IBM i rastrea
automáticamente el mayor consumo y consumidores. • Servicios de gestión del trabajo
Estas vistas y funciones proporcionan información sobre el trabajo y el valor del sistema.
10.3 Servicios Db2 for i actualmente disponibles
• Servicios de aplicaciones
Estos procedimientos proporcionan interfaces que son útiles para el desarrollo de aplicaciones.
• Servicios de rendimiento
Estos servicios incluyen procedimientos que proporcionan interfaces para trabajar con índices y una vista para ver
información sobre los monitores de bases de datos. Además, el procedimiento QSYS2.OVERRIDE_QAQQINI se puede
utilizar para establecer una versión temporal del archivo QAQQINI.
• Servicios de caché del plan
Estos servicios incluyen procedimientos para ayudarlo a realizar tareas de administración de bases de datos (DBA) e
ingeniería de bases de datos (DBE). • Servicios públicos Estos procedimientos proporcionan interfaces para monitorear
y trabajar con SQL en trabajos en el sistema actual o para comparar información de restricciones y rutinas entre sistemas.
10.4 Soluciones de cliente de IBM i Access
IBM i Access Client Solutions es el miembro más nuevo de la familia IBM i Access. Proporciona una interfaz independiente
de plataforma basada en Java que se ejecuta en la mayoría de los sistemas operativos compatibles con Java, incluidos Linux,
Mac y Windows™.
IBM i Access Client Solutions consolida las tareas más utilizadas para administrar su IBM i en una ubicación simplificada. La última
versión de IBM i Access Client Solutions está disponible para clientes con un contrato de mantenimiento de software de IBM i.
Información de descarga del producto
Esta herramienta proporciona una interfaz para acceder a las funciones de IBM i Solution. También incluye ejemplos para mostrar cómo crear
sentencias SQL para recuperar resultados.
Figura 29 IBM i Access Client Solutions Ejemplos de servicios de IBM i
A continuación se muestra la ventana de SQL que muestra cómo utilizar la herramienta IBM i Access Client Solutions para encontrar
las sentencias de SQL de ejecución más larga utilizando uno de los ejemplos anteriores:
Figura 30 IBM i Access Client Solutions – Información de trabajo activo – Sentencias SQL de ejecución más larga
10.5 Para obtener más información:
Este es el punto de inicio de IBM i Services y Db2 for i Services.
Servicios IBMi
Servicios de Db2 para i
En el sitio web de soporte de IBM, esto muestra los detalles sobre el nivel del sistema operativo habilitado y el grupo de PTF de Db2:
http://ibm.biz/Db2foriServices
11 RPG/COBOL y E/S nativa
11.1 Introducción Esta sección
analiza los métodos para mejorar el rendimiento de las aplicaciones escritas en RPG o COBOL y aquellos programas que acceden a los datos mediante
operaciones de E/S nativas.
11.2 Consejos sobre el rendimiento de la
CPU Los programas RPG y COBOL están optimizados para ejecutarse en IBM i con cada versión y adoptarán las últimas mejoras del procesador
cuando se compilen o se vuelvan a traducir según sea necesario, por ejemplo, al pasar de IBM i 5.4 a 6.1 o 7.1.
Sin embargo, se puede realizar una optimización adicional además de lo que proporcionan los compiladores y el traductor para mejorar el
rendimiento en términos de tiempo de ejecución o CPU. Algunas de las siguientes técnicas de optimización compensarán una mejor optimización con
la capacidad de depurar el código, así que tenga cuidado cuando decida usar la optimización del programa. En general, es una buena práctica
seleccionar algunos programas muy utilizados con un uso intenso de los ciclos de la CPU y realizar la optimización y cuando ya no se requiere la
depuración. Algunas de estas técnicas de optimización del rendimiento pueden ser muy significativas y vale la pena el esfuerzo para programas muy
utilizados en el entorno interactivo o por lotes.
Opciones del compilador
Optimice el uso de procesadores especificando el parámetro OPTIMIZE en los comandos CRTRPGMOD y CRTBNDRPG, por ejemplo,
OPTIMIZE(*BASIC o *FULL). También puede usar los comandos CHGMOD, CHGPGM o CHGSRVPGM y el parámetro OPTIMIZE(*YES) para
optimizar las instrucciones que se ejecutan dentro de su programa. Tenga en cuenta que la función del modo de depuración se reduce a medida que
se agrega la optimización. Para obtener más información, consulte: Crear programa RPG enlazado
Optimice el uso de los argumentos del programa utilizando el parámetro ARGOPT(*YES) en los comandos CRTPGM y CRTSRVPGM. Para
obtener más información, consulte: Mejore el rendimiento con la optimización de argumentos
Controle la activación del programa mediante la palabra clave de activación (*DEFER) con el parámetro del programa de servicio de
enlace en los comandos CRTPGM, CRTSRVPGM, UPDPGM y UPDSRVPGM. Para obtener más información, consulte: Active sus
programas a pedido
perfilado
Optimice sus programas ILE RPG o COBOL perfilando y recopilando información de ejecución de procedimientos y aplicándola para optimizar las
estructuras del programa y los flujos de instrucciones. Para obtener más información, lea: Perfiles de programas
Identificar programas calientes (programas que usan la mayoría de los recursos) dentro de su aplicación con Performance Explorer y la
definición PEX *STATS. Para obtener más información, consulte los siguientes IBM Redbooks:
Análisis de rendimiento de aplicaciones y programas utilizando estadísticas PEX en IBM i5/OS
Identificar declaraciones activas de programas (instrucciones reales de programas que utilizan la mayoría de los recursos) dentro de su aplicación
con Performance Explorer y la definición PEX *PROFILE. Para obtener más información, consulte los siguientes libros rojos de IBM: Análisis de rendimiento
de aplicaciones y programas utilizando estadísticas PEX en IBM i5/OS
11.3 Consejos de rendimiento de E/S
Consejos generales
Utilice un bloqueo más alto para operaciones de entrada/salida únicamente: SEGUNDO SECCIÓN ((*YES #rcds)) >= 128 KB. Puede encontrar más
información sobre cómo aumentar el tamaño de la página lógica en las operaciones de la base de datos aquí:
Procesamiento solo secuencial de archivos de base de datos
Evite abrir/cerrar archivos, use RETRN vs SETON *LR en RPG
Sugerencias: Ejecute y llame a procedimientos de IBM i
Elimine FCRATIO(1) para evitar que cada actualización/escritura se fuerce al disco
Parámetro FRCRATIO
La cantidad de E/S físicas se puede reducir significativamente usando el comando SETOBJACC y fijando un archivo o índice de base de datos en un
grupo de memoria privado que no es utilizado por nada más. Lea mas en:
Comandos SETOBJACC/CLRPOOL
Modernización de la base de datos
Para las aplicaciones que están dominadas por el procesamiento de bases de datos, el rendimiento a menudo se puede mejorar convirtiendo los programas de
lenguaje de alto nivel existentes de IO nativo (acceso a nivel de registro) a procesamiento de base de conjuntos SQL. IBM tiene un proceso bien establecido
para este tipo de modernización de bases de datos que aprovecha las capacidades avanzadas del optimizador de consultas SQL mientras minimiza los
impactos en los programas existentes.
12 Optimización del compilador de programas C
Los programas C y C++ están optimizados para ejecutarse en IBM i con cada versión y adoptarán las últimas mejoras del procesador
cuando se compilen o se vuelvan a traducir, por ejemplo, al pasar de 5.4 a 6.1 a 7.1. Se puede realizar una optimización adicional
además de lo que proporcionan los compiladores y el traductor para mejorar el rendimiento en términos de tiempo de ejecución o uso
de la CPU y longitud de la ruta.
Tenga en cuenta que algunas de las siguientes técnicas de optimización compensan un rendimiento mejorado con menos capacidad
para depurar el código. Por lo general, es una buena práctica centrar la optimización en unos pocos programas muy utilizados con
un uso intenso de los ciclos de la CPU cuando ya no se requiere la depuración. Algunas de estas técnicas de optimización del
rendimiento pueden ser muy significativas y vale la pena el esfuerzo para programas muy utilizados en el entorno interactivo o por
lotes.
12.1 Arquitectura IBM i: interfaz MI La arquitectura IBM
i que se muestra a continuación solo permite que las instrucciones MI predefinidas pasen al nivel inferior del microcódigo. Todo el
código de usuario, incluidos los compiladores y el propio sistema operativo, es independiente del microcódigo y la capa de hardware
que se encuentra debajo. Todo el código compilado deberá traducirse para obtener instrucciones a nivel de máquina específicas para
el hardware en el que se ejecuta.
Usuario
compiladores compiladores Trabajar
Aplicaciones
gestión
Guardar/Rst
Instrucciones TIMI
ADDN
CRTPG
TIMI
comunicación
Base de datos
pilas
De confianza
Tarea
Código Seguridad
gestión
Generador
Figura 31 – Arquitectura IBM i – Interfaz MI
12.2 Creación de programas de IBM i
Durante la compilación de cualquier programa, incluidos los programas C y C++, deberá utilizar la instrucción CRTPG MI para generar
el código ejecutable de la máquina. Este paso de traducción también se puede realizar de forma independiente a través de los
comandos CHGPGM, CHGMOD, etc.
Esto es
Cosa "observabilidad"
código instrucciones
fuente compilador de "máquina"
Instrucciones
específicas de HW
TIMI
CRTPG
licencia de conducir
"Traductor"
Figura 36 Creación del programa IBM i
Notas clave:
• Los programas se compilan a un nivel intermedio de código MI • La arquitectura
IBM i incorpora "traducción" bajo el TIMI • El traductor es necesariamente específico del
hardware
12.3 Opción del compilador: OPTIMIZAR Optimice
el uso de la CPU especificando el parámetro OPTIMIZAR en los comandos CRTCMOD y CRTBNDC, por ejemplo, OPTIMIZAR
(20, 30 y 40).
La optimización puede reorganizar o eliminar algunas declaraciones por completo. En consecuencia, los valores de campo
presentados por el depurador, así como los puntos de interrupción y las ubicaciones de los pasos, pueden ser inexactos.
Comandos CRTCMOD y CRTBNDC
OPTIMIZE(10) es el valor predeterminado. El compilador no realiza ninguna optimización en el código. Esta opción le permite
depurar el programa con precisión, con el depurador presentando los valores de campo actuales correctos.
OPTIMIZE(20) realiza alguna optimización en el código compilado. El depurador le permitirá mostrar variables, pero es posible que
el valor mostrado no sea el valor actual. El depurador también permitirá cambios de variables, pero puede encontrar resultados
inesperados si intenta utilizar las variables modificadas.
OPTIMIZE(30) genera código más eficiente que el nivel 20. Se realizan más optimizaciones en
además de los realizados en el nivel 20, y el proceso de compilación lleva más tiempo. El depurador le permitirá ver (pero no cambiar)
los valores de campo, pero es posible que el depurador no le muestre los valores de campo actuales correctos.
OPTIMIZE(40) genera el código más eficiente. Todas las optimizaciones realizadas en el nivel 30 se realizan en el código generado.
Además, se elimina el código de las rutinas de prólogo y epílogo de procedimientos que permiten el seguimiento de instrucciones y
las funciones del sistema de seguimiento de llamadas. La eliminación de este código permite la creación de procedimientos hoja. Un
procedimiento de hoja es un procedimiento que no requiere un marco de invocación para ser apilado. El rendimiento de la llamada de
procedimiento a un procedimiento de hoja es significativamente más rápido que a un procedimiento normal.
Comandos CHGMOD, CHGPGM o CHGSRVPGM También
puede usar los comandos CHGMOD, CHGPGM o CHGSRVPGM y el parámetro OPTIMIZE(*YES) para optimizar las
instrucciones que se ejecutan dentro de su programa. Los comandos DSPMOD, DSPPGM y DSPSRVPGM le muestran el nivel actual de
optimización de un objeto.
Puede cambiar los niveles de optimización con los comandos CHGMOD, CHGPGM o CHGSRVPGM; estos comandos admiten los
niveles ya discutidos, pero también agregan otras opciones:
OPTIMIZE(*NONE|*NO|10) Estas opciones son equivalentes y se describen anteriormente.
OPTIMIZE(*NO) solo lo utiliza el comando CHGPGM.
OPTIMIZE(*BASIC|20) Estas opciones son equivalentes y se describen anteriormente.
OPTIMIZE(*FULL|30) Estas opciones son equivalentes y se describen anteriormente.
OPTIMIZE(*YES|40) Este es el nivel de optimización más alto posible. Además de toda la optimización de nivel 30, el nivel
40 realiza una optimización que reduce la capacidad de proporcionar un seguimiento extenso de llamadas e instrucciones.
OPTIMIZE(*YES) solo lo utiliza el comando CHGPGM.
Tenga en cuenta que la función del modo de depuración se reduce a medida que se agrega la optimización.
Más información sobre cómo usar el comando CRTBNDC:
Crear programa Bound C (CRTBNDC)
12.4 Perfilado de programas
Optimice sus programas ILE C perfilando y recopilando información de ejecución de procedimientos y aplicando esa información para
optimizar las estructuras del programa y los flujos de instrucciones. Esta es una técnica de optimización avanzada que reordena los
procedimientos, o el código dentro de los procedimientos, en programas ILE y programas de servicio en función de los datos estadísticos
recopilados mientras se ejecuta el programa. Este reordenamiento puede mejorar la utilización de la caché de instrucciones y reducir la
paginación requerida por el programa, mejorando así el rendimiento.
Nota: El comportamiento semántico del programa no se ve afectado por la creación de perfiles del programa.
La mejora del rendimiento realizada por la creación de perfiles de programas depende del tipo de aplicación y puede esperar más
mejoras de los programas que pasan la mayor parte del tiempo en el código de la aplicación en sí, en lugar de pasar tiempo en el
sistema operativo o en el procesamiento de entrada/salida.
El rendimiento del código de programa producido al aplicar datos de perfil depende de que el traductor de optimización identifique
correctamente las partes más importantes del programa durante el uso típico.
Por lo tanto, es importante recopilar datos de perfil mientras se realizan las tareas que realizarán los usuarios finales y utilizar datos de entrada
que sean similares a los esperados en el entorno en el que se ejecutará el programa.
Nota: La creación de perfiles de programas solo está disponible para programas ILE y programas de servicio que se compilan utilizando
el nivel de optimización 30 o 40. Debido a los requisitos de optimización, debe depurar completamente sus programas antes de utilizar la
creación de perfiles de programas.
Para permitir que el programa recopile datos de perfiles: •
Compile su(s) programa(s) ILE utilizando la opción de parámetro PRFDTA(*COL). • Inicie la recopilación
de creación de perfiles de programas en el sistema con Iniciar creación de perfiles de programas (STRPGMPRF)
dominio.
• Recopile datos de creación de perfiles ejecutando el programa a través de sus rutas de código de alto uso. porque el programa
La creación de perfiles utiliza datos estadísticos recopilados mientras se ejecuta el programa para realizar estas optimizaciones, es
fundamental que estos datos se recopilen sobre los usos típicos de su aplicación. • Terminar la recopilación de perfiles de programas
en el sistema con Finalizar perfiles de programas (ENDPGMPRF)
dominio.
• Aplicar los datos de creación de perfiles recopilados al programa solicitando que se reordene el código para un rendimiento óptimo en
función de los datos de creación de perfiles recopilados mediante la opción de parámetro PRFDTA(*APYALL).
Puede encontrar más información sobre cómo encontrar puntos calientes del programa aquí:
Perfilado del programa
12.5 Optimización avanzada de argumentos La optimización
avanzada de argumentos es una optimización entre módulos que se utiliza para mejorar el rendimiento de los programas que
contienen llamadas a procedimientos que se ejecutan con frecuencia, incluidas las aplicaciones C++ que realizan principalmente llamadas
a métodos no virtuales. El rendimiento mejorado del tiempo de ejecución se logra al permitir que el traductor y el enlazador usen los
mecanismos más eficientes para pasar parámetros y devolver resultados entre los procedimientos que se llaman dentro de un programa o
programa de servicio.
El parámetro de optimización de argumentos (ARGOPT), con *YES y *NO como valores posibles, está disponible en los comandos CRTPGM
y CRTSRVPGM para admitir la optimización avanzada de argumentos. Especificar ARGOPT(*YES) hace que el programa o programa de
servicio se cree con optimización de argumentos avanzada. El valor predeterminado es *NO.
Nota: Para los programas que constan de cientos o miles de módulos, el tiempo de creación puede ser significativamente
mayor con esta opción.
Más información sobre cómo realizar la optimización de argumentos, lea el siguiente artículo:
Mejore el rendimiento con la optimización de argumentos
12.6 Análisis interprocedimiento (IPA)
En el momento de la compilación, el traductor optimizador realiza un análisis intraprocedimiento e interprocedimiento.
El análisis intraprocedimiento es un mecanismo para realizar la optimización de cada función dentro de una unidad de
compilación, utilizando solo la información disponible para esa función y unidad de compilación.
El análisis interprocedimiento es un mecanismo para realizar la optimización a través de los límites de la función. El traductor
optimizador realiza un análisis entre procedimientos, pero solo dentro de una unidad de compilación.
El análisis entre procedimientos que realiza la opción del compilador IPA mejora el análisis limitado descrito anteriormente. Cuando
ejecuta un análisis entre procedimientos a través de la opción IPA, IPA realiza optimizaciones en todo el programa. También realiza
optimizaciones que de otro modo no estarían disponibles en tiempo de compilación con el traductor de optimización.
Para optimizar su programa o programa de servicio con la función de análisis interprocesal, asegúrese de que:
• Todos los módulos tienen especificado el parámetro MODCRTOPT(*KEEPILDATA) y se compilan con
un nivel de optimización de 20 o superior • Y
el parámetro IPA(*YES) se especifica en el comando CRTPGM o CRTSRVPGM
Puede encontrar más información sobre optimización adicional con IPA en IBM Docs en:
Análisis interprocedimiento (IPA)
13 Java y WebSphere
capítulo cubre las mejores prácticas para el rendimiento de Java y WebSphere Application Server. La mayoría de las preguntas de Java se aplican a
las aplicaciones de WebSphere.
13.2 ¿Importa si uso la JVM de 32 bits o la de 64 bits?
Con las JVM compatibles actuales, hay poca diferencia en el rendimiento entre usar 32 y 64 bits.
Cuando se usa una JVM de 64 bits, se pueden usar referencias comprimidas (Xcompressedrefs) para reducir los requisitos de memoria.
13.3 Estoy usando un nivel de JDK antiguo y estoy atrasado en los PTF, ¿está bien?
No, para obtener el mejor rendimiento, utilice el nivel de JDK más actual que pueda y deba aplicar los PTF más recientes.
13.4 ¿Debo ejecutar mis JVM en un grupo de memoria separado?
Sí, las JVM deben ejecutarse en un grupo de memoria configurado con suficiente memoria para mantener todas las JVM en su tamaño
máximo de almacenamiento dinámico. WRKSHRPOOL se puede utilizar para establecer el tamaño mínimo de la agrupación en porcentaje para
garantizar que la agrupación no se reduzca demasiado si QPFRADJ está activado. Si no hay suficiente memoria en el grupo, las JVM pueden dejar
de responder debido a fallas de página altas.
13.5 ¿Cómo determino la configuración adecuada del GC (tamaños de almacenamiento dinámico, política de recopilación, etc.) para mi
¿solicitud?
Para la mayoría de los clientes, la política GENCON da como resultado el mejor rendimiento. La discusión sobre cómo establecer el tamaño mínimo
y máximo se encuentra en IBM SDK for Java: Diagnostics Guide, sección “Cómo dimensionar el montón”.
Los servicios de recogida recopilan información de JVM de forma predeterminada. Utilice Performance Data Investigator o iDoctor para visualizar el
uso del almacenamiento dinámico de Java en todo el sistema y por trabajo. Este podría ser un buen punto de partida para encontrar los trabajos que
consumen la mayor cantidad de almacenamiento dinámico de Java.
Tenga cuidado de no comprometer en exceso la cantidad de subprocesos de recolección de elementos no utilizados (GC) para su JVM. La cantidad
predeterminada de subprocesos de GC depende de la cantidad de núcleos en la partición. Se calcula por la cantidad de procesadores dedicados o
procesadores virtuales (VP) para particiones de procesadores compartidos, multiplicado por el nivel SMT máximo menos 1. Por lo tanto, una partición
Power7 (con nivel SMT de 4) y con 20 VP tendría 79 subprocesos auxiliares. por JVM por defecto. Cada uno de estos subprocesos está activo
simultáneamente durante la recolección de elementos no utilizados, lo que puede generar colas de CPU y limitar la cantidad de CPU disponible para
otros trabajos en la partición.
Puede controlar la cantidad de subprocesos auxiliares de GC a través de la configuración –Xgcthreads##. Esto establece la cantidad de subprocesos
auxiliares que desea utilizar durante la recolección de elementos no utilizados. Si desea utilizar 8 subprocesos, utilice –Xgcthreads08, lo que dará
como resultado un subproceso de control y 7 subprocesos auxiliares de GC.
Tenga en cuenta que IBM i y la JVM determinan los valores de las propiedades del sistema Java utilizando el siguiente orden de precedencia:
1. Línea de comandos o API de invocación de JNI 2.
Variable de entorno QIBM_JAVA_PROPERTIES_FILE 3. Archivo user.home
SystemDefault.properties 4. /QIBM/UserData/Java400/SystemDefault.properties
5. Valores predeterminados de propiedad del sistema
Lea más en la página de IBM Docs: propiedades del sistema Java
13.6 ¿Cómo analizo los volcados de JVM y la salida detallada del GC?
Descargue e instale IBM Support Assistant e instale el conjunto de herramientas IBM Monitoring and Diagnostic Tools para Java: Monitoring
and Post Mortem/
13.7 ¿Cómo ajusto el código Java?
El Java and WebSphere Performance on IBM eServer iSeries Servers Redbook sigue siendo un buen recurso a pesar de que es de 2002. Las
recomendaciones específicas para JVM en su mayoría ya no se aplican, pero las sugerencias y técnicas de codificación siguen siendo válidas.
http://www.redbooks.ibm.com/abstracts/sg246256.html?Open
13.8 ¿ Dónde puedo obtener más información sobre el ajuste y la depuración de Java?
Las colecciones de páginas de soporte de IBM tienen una gran cantidad de información.
https://www.ibm.com/support/pages/javasdkdocumentation
13.9 ¿Puedo utilizar Job Watcher para recopilar información de Java?
De forma predeterminada, Job Watcher no recopila las pilas de llamadas de los subprocesos de Java. La pestaña de recopilación de datos
"Tecnología IBM para Java" en iDoctor se puede utilizar para habilitar la recopilación de estadísticas de JVM y pilas de llamadas de subprocesos
de Java. Las definiciones proporcionadas por IBM que terminan en "J" incluyen la recopilación de esta información adicional.
13.10 ¿Cómo puedo mejorar el rendimiento de WebSphere Application Server ejecutándose en
IBM i?
Utilice la versión más reciente de WebSphere disponible.
Desactivar la recarga de JSP en entornos de producción.
Use el Acelerador de caché de respuesta rápida (FRCA) para el servidor HTTP para almacenar en caché contenido estático y dinámico.
Utilice la memoria caché del servidor Apache HTTP para contenido estático seguro (SSL).
Acelerador de caché de respuesta rápida (FRCA) para servidor HTTP
IBM Docs WebSphere Application Server contiene información sobre cómo ajustar WebSphere:
Ajuste del entorno de servicio de aplicaciones
13.11 ¿Cómo ajusto el rendimiento de IBM Toolbox para Java?
Consulte la sección IBM Docs sobre este tema: IBM Toolbox for Java Performance
13.12 ¿Dónde puedo encontrar información adicional?
En la sección Rendimiento de Java de IBM Docs: Rendimiento de Java para IBM i
14 sistemas basados en procesadores de potencia
14.1 Introducción Este capítulo
cubre las mejores prácticas para el rendimiento del sistema basado en el procesador Power.
14.2 Subprocesos múltiples simultáneos (SMT) y subprocesos inteligentes Los procesadores Power8, Power9 y
Power10 admiten subprocesos múltiples simultáneos (SMT) con ocho subprocesos de hardware, lo que proporciona más capacidad de
procesamiento de transacciones por núcleo. El hardware de potencia ha tenido soporte SMT durante muchos años. Inicialmente, eran dos
subprocesos de ejecución de hardware en un núcleo de procesador. Con Power7, la cantidad de subprocesos de hardware aumentó a cuatro.
Con Power8, la cantidad de subprocesos de hardware aumentó a ocho.
Subproceso único (ST) versus SMT2/SMT4/SMT8 Aunque
generalmente no se recomienda para la mayoría de los clientes, las aplicaciones que son de proceso único y subproceso único pueden obtener
algunos beneficios al ejecutarse en modo ST. Las aplicaciones de subprocesos múltiples y/o procesos múltiples generalmente se benefician
más al ejecutarse en modos SMT más altos. El modo ST también puede ser beneficioso en el caso de aplicaciones donde la cantidad de
subprocesos de la aplicación es menor que la cantidad de núcleos asignados a la partición. Las aplicaciones que no escalan con una mayor
cantidad de CPU también pueden beneficiarse de la ejecución en modo SMT2 o ST en lugar de SMT4 o SMT8, ya que una menor cantidad de
subprocesos SMT significa una menor cantidad de CPU lógicas. Esta es una configuración para toda la partición y la capacidad general de
procesamiento de transacciones puede reducirse al cambiar el modo predeterminado.
El modo predeterminado en los sistemas Power7 es SMT4. El modo predeterminado en los sistemas Power8 que ejecutan IBM i 7.1 TR8 es
SMT4 y los sistemas Power8 que ejecutan IBM i 7.2 es SMT8. El modo predeterminado en los sistemas Power9 y Power10 es SMT8.
Para obtener información detallada, consulte:
Bajo el capó: subprocesos múltiples simultáneos en procesadores POWER7
e
IBM i 7.2 y POWER8
Tecnología de subprocesos inteligentes El
procesador Power10, al igual que los procesadores Power9, Power8 y Power7 anteriores, utiliza la tecnología de subprocesos
inteligentes para maximizar el rendimiento de la carga de trabajo, independientemente del contexto de subprocesos del procesador.
Esta tecnología se ha mejorado para adaptarse más rápidamente y con mayor eficiencia a los cambios en la carga de trabajo. Si el
procesador Power10 no está comprometido, lo que significa que se envían menos subprocesos de hardware de los que están disponibles,
el rendimiento central es aproximadamente el mismo independientemente del contexto de subprocesamiento. Entonces, por ejemplo, si se
envía un subproceso, el rendimiento será similar en los contextos ST, SMT2, SMT4 y SMT8; si se envían dos subprocesos, el rendimiento será
similar en los contextos SMT2, SMT4 y SMT8; si se envían tres o cuatro subprocesos, el rendimiento será similar en contextos SMT4 y SMT8.
Desde el punto de vista de la usabilidad, los subprocesos inteligentes significan que los ajustes de contexto de subprocesamiento del
procesador a nivel del sistema generalmente no son necesarios para maximizar el rendimiento de la carga de trabajo. Las cargas de trabajo
con muchos subprocesos pueden beneficiarse del rendimiento adicional que ofrece la tecnología SMT8, pero
el subprocesamiento no es necesario para que una carga de trabajo logre un alto rendimiento. ¡Simplemente funciona!
14.3 Controles SMT flexibles
La configuración de SMT se puede ajustar específicamente para cada partición. Si bien el contexto de subprocesos del procesador
predeterminado es adecuado para la mayoría de los entornos comerciales, IBM i ofrece controles manuales que permiten ajustar el
sistema a las características específicas de la carga de trabajo. En general, a medida que se reduce el contexto de subprocesos del
procesador, el rendimiento de un solo subproceso puede mejorarse a expensas del máximo rendimiento agregado.
IBM i proporciona controles de subprocesos de procesador a nivel de sistema flexibles y dinámicos. Los contextos de subprocesamiento
del procesador disponibles para la IPL de la partición están determinados por el atributo de partición del Modo de compatibilidad del
procesador (PCM), como se muestra en la Tabla 1. Tenga en cuenta que el PCM se establece durante la activación de la partición.
Modo de compatibilidad del procesador
Los sistemas Power10, Power9, Power8 y Power7 pueden configurar el Modo de compatibilidad del procesador para cambiar el
comportamiento de SMT. Las particiones que se ejecutan en el modo de compatibilidad Power6 o Power6+ pueden ejecutarse en ST o SMT2.
Las particiones que se ejecutan en modo de compatibilidad Power7 pueden ejecutarse en modo SMT4, SMT2 o ST.
Compatibilidad del procesador Subprocesamiento admitido Contexto de subproceso predeterminado
Modo Contextos
7.3 7.4 7.5
Poder7 ST, SMT2, SMT4 SMT4 N / A N / A
Poder8 ST, SMT2, SMT4, SMT8 SMT8 SMT8 N / A
Poder9 ST, SMT2, SMT4, SMT8 SMT8 SMT8 SMT8
Poder10 ST, SMT2, SMT4, SMT8 SMT8 SMT8 SMT8
Tabla 1: Contextos de subprocesos de procesador predeterminados y compatibles con IBM i
El contexto de subproceso predeterminado lo selecciona el sistema operativo, pero el administrador del sistema puede cambiarlo
fácilmente. Para todas las versiones admitidas, el nivel de SMT predeterminado es el máximo admitido por el hardware.
El modo de compatibilidad se puede cambiar mediante la Consola de administración de hardware (HMC).
Figura 32 Modo de compatibilidad del procesador: interfaz gráfica de usuario clásica de HMC
En la GUI mejorada de HMC, el modo de compatibilidad se encuentra en la pestaña Procesador, en Configuración avanzada,
después de hacer clic en el botón Avanzado.
Valor del sistema QPRCMLTSK
Puede desactivar o activar el comportamiento de SMT para cada partición con el valor del sistema Procesador multitarea
(QPRCMLTSK). El valor predeterminado para este sistema es "controlado por el sistema", lo que significa que el sistema operativo
determina la configuración óptima. Para los sistemas Power7, se trata de una conmutación dinámica con cuatro subprocesos de hardware.
Para los sistemas Power10, Power9 y Power8, se trata de una conmutación dinámica con ocho subprocesos de hardware.
Puede desactivar explícitamente la compatibilidad con SMT y ejecutar siempre los núcleos en un modo de subproceso único (ST)
configurando QPRCMLTTSK en *OFF. En general, la configuración predeterminada será la mejor para la mayoría de las aplicaciones.
El cambio hacia y desde el contexto de subproceso único (ST) se puede realizar utilizando el valor del sistema del modo multitarea
del procesador IBM i, QPRCMLTTSK. Los cambios de QPRCMLTTSK entran en vigor inmediatamente y persisten en la IPL del sistema.
Los valores de QPRCMLTTSK admitidos son los siguientes:
0 La multitarea del procesador está deshabilitada. Este valor corresponde al contexto ST.
1 La multitarea del procesador está habilitada. Este valor corresponde al contexto SMT2 si el Modo de compatibilidad del
procesador de la partición es Power6 o Power6+. De lo contrario, el contexto del subproceso está determinado por el
control de nivel máximo de SMT.
2 La multitarea del procesador está controlada por el sistema. Este es el valor predeterminado. Para Power7, Power8,
Power9 y Power10, la implementación es idéntica a '1', procesador multitarea habilitado.
Ejemplos:
DSPSYSVAL SYSVAL(QPRCMLTTSK)
CHGSYSVAL SYSVAL(QPRCMLTTSK) VALUE('0') /* contexto ST */
CHGSYSVAL SYSVAL(QPRCMLTTSK) VALUE('1') /* contexto SMTn */
CHGSYSVAL SYSVAL(QPRCMLTTSK) VALUE('2') /* contexto SMTn */
API QWCCHGPR La
API QWCCHGPR está disponible para cambiar entre las distintas configuraciones de SMT sin reiniciar la partición. Cuando la
multitarea del procesador está habilitada, el cambio entre los contextos de subprocesos disponibles para la IPL de la partición se
puede realizar utilizando la API de información multitarea del procesador de cambios, QWCCHGPR. Los cambios de la API de
QWCCHGPR entran en vigor inmediatamente y persisten en la IPL del sistema. La API QWCCHGPR toma un único parámetro, el
número máximo de subprocesos secundarios por procesador:
0: no se selecciona ningún máximo. El sistema utiliza el número predeterminado de subprocesos secundarios según lo
determina el sistema operativo.
1255: el sistema puede usar hasta la cantidad de subprocesos secundarios especificados.
La API QWCCHGPR se puede llamar desde una línea de comandos.
Tenga en cuenta que establecer el número máximo de subprocesos secundarios no establece directamente el contexto de
subprocesos del procesador. Se aceptará el valor máximo independientemente de los contextos de subprocesamiento del procesador
admitidos por el hardware subyacente, y el sistema operativo aplicará el máximo configurado al sistema. En un sistema basado en
Power10, Power9 o Power8, si la API de QWCCHGPR especifica un valor máximo, el sistema operativo intentará establecer el
contexto de subproceso máximo admitido, como se muestra en la Tabla 1, sujeto al límite especificado.
Ejemplos:
CALL PGM(QWCCHGPR) PARM(X'00000000') /* Sin máximo */
CALL PGM(QWCCHGPR) PARM(X'00000001') /* contexto SMT2 */
El número máximo de subprocesos secundarios se puede obtener de la API de información multitarea del procesador de recuperación
(QWCRTVPR).
Para más detalles, consulte el siguiente enlace:
Cambiar la API de información multitarea del procesador (QWCCHGPR)
14.4 Modo de ahorro de energía Muchos
clientes pueden lograr ahorros de costos ajustando sus sistemas para la administración de energía. Al realizar este ajuste, el
rendimiento del sistema puede verse afectado. En el lado positivo, ajustar la configuración de energía permite que algunos sistemas
puedan aumentar la frecuencia de su procesador dinámicamente cuando se ejecutan con una menor utilización del procesador. Por
otro lado, ajustar la configuración de energía puede resultar en un rendimiento más lento del sistema con una utilización alta debido a
los cambios de frecuencia del procesador dinámico más lentos.
Los ajustes de energía nominal proporcionan el comportamiento de frecuencia del procesador más consistente y permiten
tiempo de respuesta consistente y resultados de rendimiento. Debido a esto, utilice ajustes nominales si no se requiere ajuste de energía.
Los sistemas basados en procesadores de energía incluyen funciones de energía inteligente que ayudan a optimizar dinámicamente el uso y el
rendimiento de la energía para mantener el mejor equilibrio posible. Las funciones de energía inteligente como EnergyScale(TM) optimizan
dinámicamente la velocidad del procesador en función de las condiciones térmicas y la utilización del sistema. Si el entorno del sistema es
favorable, el sistema puede acelerar los núcleos del procesador a una frecuencia hasta un 10 % más alta que la velocidad nominal normal para
manejar mejor las cargas de trabajo exigentes.
Cuando la utilización es menor, o si las condiciones ambientales son menos favorables, el sistema puede ralentizar los núcleos del
procesador hasta en un 50 % para ahorrar energía. Los usuarios pueden seleccionar si la optimización de energía inteligente favorece la
maximización del rendimiento o el ahorro de energía en función de sus necesidades.
Para obtener más información sobre Power8, consulte el siguiente enlace:
IBM EnergyScale para sistemas basados en procesadores Power8
14.5 Colocación del adaptador Los
adaptadores de alta velocidad deben colocarse siguiendo las recomendaciones de Colocación del adaptador PCI para el modelo Power individual.
Para obtener información detallada, consulte la sección correspondiente de la información de hardware de sistemas en:
Hardware del sistema Power8
14.6 Particiones afines
El hipervisor Power se mejoró para maximizar el rendimiento de la partición a través de la afinización. Optimiza la asignación de CPU y
memoria a las particiones según la topología del sistema. Esto da como resultado una configuración equilibrada cuando se ejecutan varias
particiones en un sistema.
Cuando una partición se activa por primera vez, el hipervisor asignará las CPU lo más cerca posible de donde se encuentra la memoria
asignada para reducir el acceso a la memoria remota. Para las particiones compartidas, el hipervisor asigna un dominio de nodo de inicio,
el chip donde se encuentra la memoria de la partición, para cada procesador virtual. El hipervisor envía los procesadores virtuales de la
partición compartida para que se ejecuten en el dominio del nodo principal siempre que sea posible. Si no es posible realizar la distribución en
el dominio del nodo principal debido a un compromiso excesivo del procesador físico del sistema, el hipervisor distribuirá el procesador virtual
temporalmente en otro chip.
Los servicios de recopilación incluyen métricas que pueden ser útiles para monitorear la actividad de afinidad. La métrica principal a
monitorear es AFSCORE (puntuación de afinidad) en el archivo QAPMSYSAFN.
iDoctor Collection Services Investigator se puede utilizar para ver la ubicación de una partición de IBM i. Haga clic con el botón derecho en la
colección actual de Servicios de recolección y seleccione Gráficos de sistema>Ubicación de partición (afinidad)>Ubicación de partición (al final de
la colección). Se genera un informe similar al siguiente:
Figura 33 Ubicación de la partición
El informe indica si la partición es compartida o dedicada y muestra a qué libros o cajones (columna Libro) y chips (columna Nodo) están asignados los
procesadores y la memoria de la partición. El informe también incluye una puntuación de afinidad que oscila entre 0 y 100, donde 100 es el valor óptimo.
Las operaciones de partición lógica dinámica (DLAR) pueden hacer que la puntuación de afinidad de una partición disminuya con el tiempo. Por lo
tanto, es una buena idea revisar la ubicación de la partición y el puntaje de afinidad de vez en cuando y después de las operaciones de DLPAR.
Consulte la sección 15.2 para obtener información sobre cómo mejorar la ubicación de la partición y la puntuación de afinidad de la partición.
14.7 Configuración de afinidad del sistema IBM i
proporciona un valor del sistema que ajusta dinámicamente la afinidad de los subprocesos. IBM i asigna a cada tarea recién creada una ID de nodo de
inicio, esencialmente sugiriendo para ella su chip Power preferido. Cada vez que una tarea entra en un estado despachable, el despachador de tareas
de IBM i primero intenta despachar la tarea en un núcleo de este nodo preferido.
En el caso de trabajos de subprocesos múltiples, es posible indicar trabajo (diciendo *GRUPO o *NOGRUPO en THDRSCAFN dentro de una
entrada de enrutamiento o entrada de trabajo de preinicio) o en todo el sistema (usando el valor del sistema QTHDRSCAFN) para controlar si los
múltiples subprocesos de un trabajo deben compartir el mismo nodo de inicio, o si a cada uno se le debe asignar un nodo de inicio arbitrario.
Configuración de afinidad del sistema QTHDRSCADJ
Configuración de afinidad del sistema Entrada de enrutamiento
Para obtener más detalles sobre la afinidad en el hardware Power, consulte:
Bajo el capó: NUMA en POWER7 en IBM i
14.8 Recopilación y visualización de datos de rendimiento para todo el sistema físico
Los clientes de IBM i que utilizan varias particiones pueden encontrar muy valioso comprender la capacidad de procesamiento general en todas
las particiones lógicas del sistema físico. Los servicios de recopilación tienen la capacidad de recopilar métricas de rendimiento clave seleccionadas
(como la CPU) para todas las particiones en un solo servidor, independientemente de
si la partición ejecuta IBM i, AIX o Linux. Recopila los datos conocidos por el hipervisor y los almacena en el archivo de base de
datos de rendimiento QAPMLPARH.
Para habilitar la recopilación de estos datos de rendimiento, desde las Propiedades de partición de la GUI clásica de HMC
Pestaña General, marque la casilla "Permitir la recopilación de información de rendimiento":
Figura 34: Propiedades de partición: interfaz gráfica de usuario clásica de HMC
Figura 35: Propiedades de partición: GUI mejorada de HMC
La configuración se denomina "Habilitar recopilación de información de rendimiento" en la GUI mejorada de HMC y se encuentra
en la sección Configuración avanzada de Propiedades generales para cada partición.
Solo necesita habilitar esta opción en una partición de IBM i. La información recopilada reflejará el trabajo realizado en particiones
que ejecutan AIX y Linux, así como IBM i, pero solo IBM i tiene esta capacidad de recopilación de datos.
Los gráficos significativos están disponibles tanto en PDI como en iDoctor para visualizar los datos.
En PDI, vaya a Investigar datos y al paquete de servicios de recopilación. Los siguientes gráficos están disponibles, así como
otros que no se muestran:
Figura 36 Perspectivas del sistema físico PDI
A continuación se muestra un ejemplo de la perspectiva de descripción general de particiones lógicas que muestra varias métricas relacionadas con la
CPU en varias particiones:
Figura 37 Descripción general de las particiones lógicas
En iDoctor, muchos gráficos están disponibles en Collections Services Investigator en la carpeta de gráficos del sistema:
Figura 38 Gráficos del sistema iDoctor
Para informacion adicional:
IBM Docs: recopilación y visualización de CPU para todas las particiones
Visualización de datos de rendimiento para varios sistemas
14.8.1.1 Prometeo y Grafana
Prometeo y Grafana son soluciones líderes de monitoreo de código abierto. Prometheus ofrece una base de datos de series
temporales para realizar un seguimiento de los datos históricos y, a menudo, se combina con Grafana para paneles y
visualización.
Un exportador de Prometheus está disponible para IBM i y otras bases de datos. Proporciona una interfaz para la recopilación de
métricas pasivas. Es decir, Prometheus puede extraer métricas de este exportador. Exporta más de 400 métricas (incluidas las
métricas del servidor Apache HTTP), se basa en SQL y está diseñado para ser extensible por el usuario, y le permite conectarse
desde varias otras pilas de monitoreo.
Puede encontrar información adicional sobre el exportador, incluidas la instalación y las métricas, aquí: https://
github.com/ThePrez/prometheusexporterjdbc
Figura 39 Visualización de Prometheus con Grafana
14.8.1.2 Instaná
Instana proporciona una solución de monitoreo y observación empresarial líder en la industria, que incluye capacidad para
métricas de IBM i.
Información adicional sobre Instana está disponible en:
https://www.instana.com/docs/using_instana/
Enlaces a IBM i OS y Db2 on i metrics disponibles a partir del 2T21:
https://www.instana.com/docs/ecosystem/ibmios/ https://
www.instana.com/docs/ecosystem/ibmidb2/
14.8.1.3 Nagios
Nagios proporciona monitoreo de TI de código abierto de clase empresarial, monitoreo de redes, monitoreo de
servidores y aplicaciones. Se pueden monitorear múltiples sistemas en una vista central. Se encuentra disponible un
complemento de IBM i, que brinda capacidad de monitoreo y alerta para varias métricas clave de i.
Información adicional sobre Nagios está disponible en:
https://www.nagios.org/
14.9 ¿Cómo informa IBM i la utilización de la CPU para los procesadores SMT?
Por razones históricas, la utilización del procesador generalmente se calcula en el dominio del tiempo. Los procesadores
utilizados en los primeros sistemas informáticos de tiempo compartido eran de frecuencia fija y de subproceso único; la capacidad
de procesamiento por unidad de tiempo era constante. Debido a que la actividad del procesador alternaba entre los estados
inactivo y de ejecución, era conveniente expresar la utilización del procesador como el porcentaje de tiempo que se utilizó el
procesador (es decir, estado de ejecución) durante un intervalo de interés.
UTILIZACIÓN DEL PROCESADOR (%) = 100 * TIEMPO DE ESTADO DE EJECUCIÓN / TIEMPO DISPONIBLE
Ecuación 1
Cuando los procesadores Power empleaban SMT, ya no era posible informar con precisión la utilización del procesador en
función del porcentaje de tiempo que el procesador estaba en estado de ejecución. Considere el caso de Power8 en el contexto
de SMT8. Cuando todos los subprocesos del procesador están inactivos, la utilización debe ser del 0 %. Cuando ningún
subproceso del procesador está inactivo, la utilización debe ser del 100 %. ¿Cuál debería ser la utilización del procesador para
todas las demás combinaciones de estado inactivo y de ejecución? Consideremos algunas opciones:
1. Trate el procesador como inactivo (0% de utilización). Esto obviamente está mal.
2. Continúe tratando el procesador como no inactivo (utilización del 100 %). Si bien esta opción puede ser apropiada desde el
contexto del sistema, debido a que un procesador enviado a una partición no puede enviarse simultáneamente a otra, no es ideal
dentro del contexto de la partición, ya que hace que la utilización se sobreinforme enormemente; no reconoce la capacidad
disponible en los subprocesos inactivos que está disponible para la partición a la que se envía el procesador.
3. Tratar los subprocesos del procesador como procesadores individuales e informar sobre la utilización basada en subprocesos
del procesador en el dominio del tiempo. Esto hace que la utilización no se registre porque las eficiencias de SMT son mucho
menores que las ideales. Por ejemplo, cuando la mitad de los subprocesos están inactivos, hay mucho menos del 50 % de
capacidad adicional disponible en el procesador.
Para abordar este problema, el procesador Power creó el Registro de recursos de utilización del procesador (PURR) con las
siguientes propiedades:
El PURR se define de tal forma que ∑ (∆PURR) = ∆TIME sobre cualquier intervalo. Es decir, el PURR distribuye
el tiempo del procesador entre los subprocesos del procesador.
El PURR asignado al conjunto de subprocesos inactivos se puede calibrar para combinaciones de inactivo y ejecutar
subprocesos de estado para cada contexto SMT.
Con estas propiedades y con la virtualización PURR del hipervisor PowerVM, la utilización del procesador puede seguir informándose en el dominio
del tiempo para procesadores compartidos y dedicados por igual. El PURR es lo que permite a IBM i informar sobre la utilización del procesador
que refleja con precisión la capacidad informática adicional que queda en el núcleo SMT. En términos de RONRONEO y TIEMPO, la Ecuación 1 se
convierte en:
UTILIZACIÓN DEL PROCESADOR (%) = 100 * RONRONEO NO INACTIVO / TIEMPO DISPONIBLE
ecuación 2
La ecuación 2 es la métrica de utilización del procesador de partición estándar informada por WRKSYSACT y otras herramientas de rendimiento
de IBM i.
14.10 ¿Cómo se calibra la utilización de la CPU de IBM i para los procesadores SMT?
La métrica de utilización del procesador IBM i estándar se basa en el registro de recursos de utilización del procesador (PURR) del procesador
Power. El PURR se define en la sección 14.9.
La calibración PURR es la función clave que permite que la utilización del procesador IBM i refleje con precisión las características de escalado
SMT de una implementación de procesador específica. Por ejemplo, el siguiente gráfico ilustra la diferencia en la calibración PURR derivada de
los sistemas Power8, Power9 y Power10 en el contexto SMT8:
Utilización del procesador IBM i SMT8
100%
90%
80%
70%
60%
50%
procesador
utilización
del
de
%
40%
30%
20%
10%
0%
0 1 2 3 4 5 6 7 8
Subprocesos de estado de ejecución
Poder8 Poder9 Poder10
Figura 40 Informe de uso de CPU de IBM i SMT8
IBM usa las mismas cargas de trabajo para la calibración PURR que las que se usan para establecer las clasificaciones rPERF y
CPW, con el objetivo de que la métrica de utilización del procesador IBM i represente con precisión el porcentaje de capacidad
nominal utilizada en todo su rango. En última instancia, la métrica de utilización del procesador IBM i es una aproximación, y la
utilización informática real puede verse influida por numerosos factores, como la carga de trabajo, la configuración de la partición y
la gestión de la energía.
14.11 Libro rojo de Power8
El libro rojo de rendimiento de Power8 está disponible en:
Técnicas de ajuste y optimización del rendimiento para procesadores IBM, incluido IBM Power8
14.12 Libros rojos de Power9 y Power10
Los libros rojos de rendimiento de Power10 están disponibles en:
Libros rojos de IBM Power Systems
15 virtualización
15.1 Mejores prácticas de virtualización Esta
sección resume las mejores prácticas de virtualización de energía. Para obtener una descripción detallada y las últimas
actualizaciones, consulte la última versión de la Guía de mejores prácticas de virtualización de IBM Power en el siguiente enlace:
Guía de mejores prácticas de virtualización de IBM Power
La información sobre cómo se compara el rendimiento del procesador compartido con los procesadores dedicados está disponible
en esta entrada de blog en la comunidad de PowerVM:
¿Cómo se compara el rendimiento del procesador compartido con los procesadores dedicados?
La información detallada sobre las particiones Power7 y la virtualización está disponible en el siguiente documento técnico:
Bajo el capó: particiones lógicas Power7
Otros excelentes recursos para obtener detalles sobre PowerVM están disponibles en los siguientes enlaces:
Virtualización del procesador PowerVM 101
Virtualización del procesador PowerVM 101 Parte 2
15.2 Optimizador de plataforma dinámica (DPO)
El Optimizador de plataforma dinámica (DPO) se puede usar para informar puntajes de afinidad para particiones y para
mejorar potencialmente la ubicación de particiones para particiones con una ubicación deficiente. En firmware reciente, DPO se
puede usar para informar la puntuación de afinidad de particiones individuales: lsmemopt –m <sistema_administrado> –o
currscore –r lpar lpar_name=mylpar1,lpar_id=1,curr_lpar_score=100 lpar_name=mylpar2,lpar_id=2,curr_lpar_score= 80 DPO
también se puede utilizar para predecir posibles mejoras de ubicación: lsmemopt m <sistema_administrado> o calcscore
r lpar lpar_name=mylpar1,lpar_id=1,curr_lpar_score=100,predicted_lpar_score=100 lpar_name=mylpar2,lpar_id=2,curr_lpar_score=
80,predicted_lpar_score=100 DPO se puede usar para reasignar recursos de partición, lo que podría mejorar la afinidad y el
rendimiento de la partición. Sin embargo, DPO puede reducir el rendimiento de la partición mientras mueve recursos de
forma activa.
Consulte el siguiente recurso antes de usar DPO:
Optimizador de plataforma dinámica
15.3 Asesor de VIOS
El asesor de VIOS es una aplicación que se ejecuta dentro del VIOS del cliente durante una cantidad de tiempo (horas) especificada
por el usuario. Sondea y recopila métricas clave de rendimiento antes de analizar los resultados y proporcionar un informe de
verificación de estado. Además, propone cambios en el entorno o áreas para investigar más a fondo.
El objetivo del asesor de VIOS es ser un sistema experto que analice las métricas de rendimiento y realice evaluaciones y
recomendaciones basadas en los conocimientos y la experiencia disponibles dentro del grupo de rendimiento de sistemas
de IBM.
Puede encontrar información adicional de VIOS Advisor en los siguientes sitios web:
Asesor de rendimiento de VIOS
15.4 Conexiones de alimentación de iDoctor: VIOS Investigator Las
conexiones de alimentación de iDoctor permiten recopilar y analizar datos relacionados con el rendimiento de una partición
de VIOS. Los datos se pueden importar a tablas SQL de Db2 en una partición IBM i o una PC a una base de datos SQLite
para ver con iDoctor. También hay un monitor de VIOS que se puede configurar para transmitir datos desde múltiples particiones
de VIOS a una ubicación en el IFS en una o más particiones de IBM i donde los datos se importan automáticamente para su
análisis dentro de iDoctor para i. Los tipos de datos que se pueden recopilar y analizar son los siguientes.
NMON: permite observar el rendimiento general de la partición de VIOS, incluidas las métricas de CPU, memoria, disco,
procesos y canal de fibra.
NPIV: este es un mecanismo de recopilación de iDoctor que utiliza FCSTAT para recopilar instantáneas durante un período de
tiempo específico. Los datos resultantes se pueden graficar para mostrar la cantidad de E/S por segundo, megabytes por
segundo y errores en los adaptadores de canal de fibra físicos y virtuales.
SEA: este es un mecanismo de recopilación de iDoctor que utiliza SEASTAT para recopilar instantáneas durante un período de
tiempo específico. Los datos resultantes se pueden graficar para mostrar la cantidad de paquetes y megabytes que se envían y
reciben en los adaptadores SEA y qué particiones de cliente utilizan más los adaptadores.
VIOS Advisor: iDoctor tiene la capacidad de recopilar datos de VIOS Advisor y transferirlos a la PC local para extraerlos y
mostrarlos en un navegador web. No hay gráficos de iDoctor disponibles sobre los datos de VIOS Advisor.
Asignación de discos: la opción de asignación de discos crea una tabla mediante la conexión a la HMC para crear una
asignación de la unidad de disco de IBM i a VSCSI HDISK o Virtual Fibre Channel VFCHOST y adaptador FCS en el VIOS.
PERFPMR: esta es una herramienta de recopilación de datos utilizada por el equipo de soporte de VIOS/AIX. El cliente de
iDoctor tiene la capacidad de recopilar esto de la partición de VIOS y descargarlo a la PC para cargarlo en un PMR de soporte.
Puede encontrar información adicional sobre VIOS Investigator en el siguiente sitio web:
http://public.dhe.ibm.com/services/us/igsc/idoctor/html/documentation.html
dieciséis
Informar de un problema de rendimiento
enfoque de este capítulo es qué información y datos se deben proporcionar al informar un problema de rendimiento al
soporte posventa. Sin embargo, la información provista en este capítulo también se aplica cuando se informan problemas de
rendimiento a organizaciones de servicio y preventa.
16.2 Definir el problema de rendimiento La primera
pregunta que hará el soporte al informar un problema de rendimiento es: "¿Qué es lento?" Una buena comprensión de qué es
exactamente lo que es lento ayuda al analista de rendimiento a concentrar el análisis en los componentes que probablemente
estén causando el problema de rendimiento.
Como regla general, cuanto mejor sea la descripción del problema de rendimiento, más probable será que haya una identificación
rápida de la causa raíz y la posible resolución.
El Centro de soporte global de IBM i (iGSC) ha proporcionado varios documentos obligatorios con instrucciones detalladas para
recopilar los datos necesarios para analizar los problemas de rendimiento.
Lista de documentos maestros para rendimiento
Durante los últimos años, el iGSC ha trabajado en la automatización de la mayoría de los documentos obligatorios en un
conjunto de herramientas conocido como QMGTOOLS. Muchos de los documentos obligatorios se han actualizado para señalar las
funciones de QMGTOOLS. Cuando trabaje con soporte, probablemente se le pedirá que use QMGTOOLS para automatizar la
recopilación de datos necesarios para ayudar en la depuración. Como medida proactiva, se recomienda asegurarse de que la
biblioteca QMGTOOLS esté instalada en su sistema y se actualice periódicamente. Las instrucciones están disponibles aquí: Cómo
obtener e instalar QMGTOOLS
También es posible que se le remita al sitio web de iDoctor para utilizar iDoctor. Si el soporte técnico necesita iDoctor para
ayudar con un PMR, se proporcionará una clave de licencia temporal. http://public.dhe.ibm.com/services/us/igsc/idoctor/html/
downloadOptions.html
16.3 Preguntas que ayudan a IBM a diagnosticar el problema La siguiente
es una lista de preguntas que ayudan a definir un problema de rendimiento:
• ¿Puede agregar más detalles sobre el ejemplo más simple y repetible del problema? • ¿Se puede demostrar
el problema con la ejecución de un comando específico o secuencia de
¿eventos?
• ¿Se aplicaron nuevos PTF o grupos de IBM justo antes de que comenzara el problema? • ¿El
problema afecta a los usuarios interactivos, los trabajos por lotes o ambos? • ¿Qué paquete de PTF
acumulativo está instalado en el sistema? • ¿Cuál es el nivel de hiper, base de datos, Java,
actualización tecnológica y otros PTF de grupo aplicables? • ¿Se aplicaron recientemente cambios en la aplicación o
correcciones del proveedor? • ¿Ha cambiado la utilización de la CPU desde que comenzó el problema? ¿Es más alto o más
bajo de lo que era?
¿antes?
• ¿Cómo ha cambiado la utilización del disco desde que comenzó el problema? • Si el
problema afecta a un trabajo, usuario o subconjunto de trabajos específicos, descríbalos de la mejor manera posible.
detalle posible. •
¿Cuándo se ejecutan los trabajos problemáticos o las cargas de trabajo
problemáticas? • ¿El problema de rendimiento implica el acceso de SQL a la base de datos? Si es así, tiene una específica
¿Se ha identificado una declaración o un tipo de declaración SQL? ¿Se ha analizado el SQL con Visual Explain y se
ha indexado correctamente? • ¿Hubo actualizaciones o cambios de hardware desde que ocurrió el problema? • ¿Hay
datos de rendimiento disponibles antes de que comenzara el problema? Si no, ¿hay alguna
datos anteriores que se pueden recuperar de la cinta?
17 Referencias
Las siguientes secciones proporcionan enlaces a varios tipos de información y documentación de recursos en línea para IBM i:
17.1 Blogs sobre temas de rendimiento
Vínculos útiles que contienen muchas publicaciones relacionadas con el
rendimiento: • PowerVM (IBM Power Community): PowerVM • Db2
para IBM i https://Db2IBMi.blogspot.com/ • i Can blog de Dawn May
(Consejos técnicos para i): https://dawnmayi.com/icanblogofblogs/
17.2 Educación y Capacitación
Taller de análisis de rendimiento de IBM i es un taller de 3 a 4 días sobre la metodología de análisis de rendimiento y
resolución de problemas de IBM i.
Ajuste de rendimiento de IBM i II: análisis avanzado y ajuste de capacidad es una clase de 4 días sobre conceptos de
rendimiento y herramientas de rendimiento de IBM i.
Taller IBM i Doctor para i proporcionar capacitación sobre cómo usar el conjunto de herramientas de iDoctor.
Talleres IBM i muestra todos los talleres ofrecidos.
Además, el equipo de desempeño de IBM Technology Services puede brindar educación formal o informal personalizada o
transferencia de habilidades sobre cualquier tema relacionado con el desempeño de IBM i. Póngase en contacto con el líder del
equipo de rendimiento de IBM i, Eric Barsness, en ericbar@us.ibm.com para más información. Para sesiones de transferencia
de conocimientos y habilidades que cubran Db2 para i, SQL y monitoreo, análisis y ajuste de rendimiento/escalabilidad de
aplicaciones centradas en datos, comuníquese con Doug Mack en mackd@us.ibm.com.
17.3 Redbooks y Redpapers Los siguientes
son Redbooks seleccionados relacionados con IBM i Performance Tools: • Gestión de
rendimiento de extremo a extremo en IBM i
http://www.redbooks.ibm.com/abstracts/sg247808.html
• Herramientas de gestión del rendimiento de IBM eServer iSeries
http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/redp4026.html?Open
Si bien los siguientes Redbooks se escribieron en el marco de tiempo V5R4, la mayor parte de su contenido técnico sigue
siendo aplicable: • Análisis de rendimiento de aplicaciones y programas utilizando estadísticas PEX en IBM i5/OS • IBM
iDoctor iSeries Job Watcher: herramienta de rendimiento avanzado • Mejores prácticas para administrar trabajos de IBM
i
• Herramientas de diagnóstico de i5/OS para administradores de sistemas: una referencia de la A a la Z para el problema
Determinación
Los siguientes son Redbooks seleccionados relacionados con IBM Power Performance and Virtualization:
• Introducción y configuración de virtualización de IBM PowerVM http://
www.redbooks.ibm.com/abstracts/sg247940.html • Prácticas recomendadas de
IBM PowerVM http://www.redbooks.ibm.com/abstracts/sg248062.html
• Supervisión y gestión de virtualización de IBM PowerVM
http://www.redbooks.ibm.com/abstracts/sg247590.html
17.4 Información adicional relacionada con el rendimiento Una búsqueda
en Internet es una forma común y válida de buscar información de IBM i, y hay mucha por ahí. Los siguientes son enlaces seleccionados
relacionados con el rendimiento a temas clave: • IBM Workload Estimator: WLE • Herramientas de rendimiento de IBM i: Soporte de IBM:
Herramientas de rendimiento • Investigador de datos de rendimiento de IBM i: Soporte de IBM: PDI • IBM iDoctor para IBM i: iDoctor • Información
de contabilidad de espera de IBM i: • Libro blanco de esperas de trabajos • Los fundamentos de la contabilidad de espera • Contabilidad de
espera de IBM i
• Prácticas recomendadas para la gestión de trabajos y resultados de IBM i: Redpaper de trabajos •
Supervisión de IBM Tivoli: Supervisión de Tivoli
iDoctor:
¿ Busca la herramienta adecuada?
Referencias de SSD:
• Mueva simultáneamente tablas e índices de Db2 for i a discos de estado sólido • Uso de SSD
(unidades de estado sólido) por parte del cliente
17.5 Artículos sobre el rendimiento de la base de datos
• Db2 para i– “Rendimiento de la base de datos y optimización de consultas”
Rendimiento de la base de datos y optimización de consultas
• DDS y SQL: la combinación ganadora para Db2 for i: beneficios comerciales y técnicos de un sistema moderno
base de datos db2 para i
DDS y SQL: la combinación ganadora para Db2 para i
• Preparación y puesta a punto del motor de consultas SQL en Db2 para i5/OS. Este Redbook sigue siendo valioso como referencia, pero
apunta a V5R4, por lo que no refleja las numerosas mejoras disponibles en IBM i 6.1 e IBM i 7.1.
http://www.redbooks.ibm.com/abstracts/sg246598.html?Open
• Haga funcionar su sistema: 7 excelentes consejos para ajustar Db2 para i
Haga funcionar su sistema: 7 excelentes consejos para ajustar Db2 para i • Procese
sus índices Db2 for i en paralelo
Procese sus índices Db2 for i en paralelo
17.6 Recursos clave de rendimiento Los siguientes
son recursos valiosos para usar como puntos de partida al investigar temas relacionados con el rendimiento: • Rendimiento y capacidad de IBM
i Rendimiento y capacidad • Documentos de IBM 7.5:
7.5 Documentos: Tema de rendimiento •
Documentos de IBM 7.4:
7.4 Documentos: tema de rendimiento •
Documentos de IBM 7.3:
7.3 Documentos: tema de rendimiento •
Hardware de sistemas de IBM (Documentos de IBM):
POTENCIA8
POTENCIA9
POTENCIA10
• IBM Developer – IBM i: https://
developer.ibm.com/components/ibmi/
• Base de conocimiento del software de soporte de IBM i:
Base de conocimientos de software
17.7 Nota de referencia de capacidades de rendimiento El Manual de
referencia de capacidades de rendimiento (PCRM) era anteriormente el manual de referencia para todo lo relacionado con las consideraciones
de rendimiento de IBM i. A partir de 2014, el PCRM solo cubre la información de calificación de CPW. Esto incluye actualizaciones para
nuevos modelos de hardware y clasificaciones de CPW. Las versiones anteriores todavía están disponibles para su descarga. Para obtener
información detallada sobre el rendimiento de IBM i, utilice los enlaces a los que se hace referencia anteriormente.
Referencia de capacidades de rendimiento de IBM i
Las marcas Power Architecture y Power.org y los logotipos Power y Power.org y las
marcas relacionadas son marcas comerciales y marcas de servicio con licencia de © IBM Corporación 2022
Power.org. Corporación IBM
UNIX es una marca registrada de The Open Group en los Estados Unidos, otros Nuevo camino de la huerta
países o ambos. Armonk, Nueva York 10504
Java y todas las marcas comerciales y logotipos basados en Java son marcas comerciales EE.UU
de Sun Microsystems, Inc. en los Estados Unidos y/o en otros países.
Producido en los Estados Unidos de América Mayo de 2022 Todos los
TPCC y TPCH son marcas comerciales de Transaction Performance derechos reservados Este documento fue desarrollado para productos y/o
servicios ofrecidos en los Estados Unidos. Es posible que IBM no ofrezca los productos, las funciones o
Processing Council (TPPC).
los servicios descritos en este documento en otros países.
SPECint, SPECfp, SPECjbb, SPECweb, SPECjAppServer, SPEC OMP, SPECviewperf,
SPECapc, SPEChpc, SPECjvm, SPECmail, SPECimap y SPECsfs son marcas
La información está sujeta a cambios sin previo aviso. Consulte a su contacto comercial local de IBM
comerciales de Standard Performance Evaluation Corporation (SPEC).
para obtener información sobre los productos, características y servicios disponibles en su área.
InfiniBand, InfiniBand Trade Association y las marcas de diseño de InfiniBand son
Todas las declaraciones con respecto a las direcciones e intenciones futuras de IBM están sujetas a
marcas comerciales y/o marcas de servicio de la
Asociación Comercial InfiniBand. cambio o retiro sin previo aviso y representan metas y objetivos únicamente.
IBM, el logotipo de IBM, ibm.com, AIX, Power Systems, Power7, Power7+, Power8, Power9,
Power10, TurboCore y Active Memory son marcas comerciales o marcas comerciales registradas
de International Business Machines Corporation en los Estados Unidos, en otros países o en ambos. Si
estos y
otros términos de marcas registradas de IBM están marcados en su primera aparición en este
información con un símbolo de marca comercial (® o ™), estos símbolos indican marcas
comerciales registradas en EE. UU. o de derecho consuetudinario propiedad de IBM en el momento en
que se publicó esta información. Dichas marcas también pueden ser registradas o
marcas registradas de derecho consuetudinario en otros países. Una lista actual de IBM
marcas registradas está disponible en la Web en "Información sobre derechos de autor y
marcas registradas" en www.ibm.com/legal/copytrade.shtml Otros nombres de empresas,
productos y servicios pueden ser marcas comerciales o marcas de servicio de terceros.
Los productos de hardware de IBM se fabrican a partir de piezas nuevas o piezas nuevas y usadas.
En algunos casos, es posible que el producto de hardware no sea nuevo y que se haya instalado
previamente. Independientemente, se aplican nuestros términos de garantía.
Las fotografías muestran modelos de ingeniería y diseño. Se pueden incorporar modificaciones
en los modelos de producción.
Queda expresamente prohibido copiar o descargar las imágenes contenidas en este
documento sin el consentimiento por escrito de IBM.
Este equipo está sujeto a las normas de la FCC. Cumplirá con las reglas apropiadas de
la FCC antes de la entrega final al comprador.
La información sobre productos que no son de IBM se obtuvo de los proveedores de estos
productos o de otras fuentes públicas. Las preguntas sobre las capacidades de los productos que
no son de IBM deben abordarse con esos proveedores.
Toda la información de rendimiento se determinó en un entorno controlado. Los
resultados reales pueden variar. La información de rendimiento se proporciona "TAL CUAL" y
IBM no expresa ni implica ninguna garantía. Los compradores deben consultar otras fuentes de
información, incluidos los puntos de referencia del sistema, para evaluar el rendimiento de un
sistema que están considerando comprar.
Cuando se refiere a la capacidad de almacenamiento, 1 TB equivale al total de GB dividido por
1000; la capacidad accesible puede ser menor.
La página de inicio de IBM en Internet se puede encontrar en: http://
www.ibm.com.
Puede encontrar una lista completa de las marcas registradas estadounidenses
propiedad de IBM en: https://www.ibm.com/legal/copytrade.
La página de inicio de IBM Power en Internet se puede encontrar en: IBM Power Systems Servers
POW03102USEN20

Performance FAQ 7.5 Traducido

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Performance FAQ 7.5 Traducido

Cargado por

Copyright:

Formatos disponibles

Machine Translated by Google

Característica PDI iDoctor

Soportado Vigilante de trabajo Vigilante de trabajo

Compatibilidad del procesador Subprocesamiento admitido Contexto de subproceso predeterminado

Poder7 ST, SMT2, SMT4 SMT4 N / A N / A

Poder8 ST, SMT2, SMT4, SMT8 SMT8 SMT8 N / A

Poder9 ST, SMT2, SMT4, SMT8 SMT8 SMT8 SMT8

Poder10 ST, SMT2, SMT4, SMT8 SMT8 SMT8 SMT8

Poder8 Poder9 Poder10

También podría gustarte