Embed Size (px)
Citation preview
1
ADUBOS TREVO S/A
ANÁLISE DE PERFORMANCE
UNISYS A14-511
2
Índice geral
INTRODUÇÃO ................................................................................................................................... 3
SITUAÇÃO ATUAL ........................................................................................................................... 4
Descrição do Ambiente ................................................................................................................... 4
Gráficos de utilização ...................................................................................................................... 5
CPU ............................................................................................................................................ 5
READYQ.................................................................................................................................... 7
MEMÓRIA ................................................................................................................................. 7
I/O - Sistema de Discos .............................................................................................................. 9
Carga de Trabalho ......................................................................................................................... 13
Por tipo de carga ....................................................................................................................... 13
CONCLUSÕES ................................................................................................................................. 17
GLOSSÁRIO ..................................................................................................................................... 19
3
INTRODUÇÃO - Metodologia Empregada
A Metodologia empregada neste estudo de performance foi a seguinte:
a) entrevistas com o pessoal técnico do cliente, para obtenção de dados sobre a configuração de
hardware e software existente na instalação, e para a seleção dos aplicativos mais importantes que
seriam alvo da monitoração.
b) instalação do software de monitoração (o Viewpoint da Datametrics dos EUA) no mainframe
Unisys e em um micro PC.
c) coleta dos dados de performance, gravando arquivos “tracefile” tanto no host como no PC para
backup, com intervalo de amostragem de 30 segundos.
d) preparação deste relatório de performance, visando responder às seguintes indagações:
Quanto da capacidade total do equipamento já está sendo utilizada?
Quais os maiores consumidores individuais de recursos e quanto cada um utiliza?
Qual o tipo de recurso mais escasso e que limita o aumento da produção da máquina?
Quais os períodos de tempo mais congestionados e os mais livres?
O que pode ser feito agora para obter um melhor rendimento do sistema e/ou melhorar o serviço
prestado aos usuários?
Além de medir o consumo médio dos três tipos de recursos - CPU, memória principal e I/O -
medimos também o consumo por tipo de carga de trabalho (workloads).
Também foram registrados os tempos de resposta dos diversos sistemas online, por programa e por
janela, e o número de transações online de cada um, para permitir comparações com futuras
medições de performance.
A coleta dos dados foi iniciada em 22 de setembro de 2000 às 16 hs, e encerrada em 30 de setembro
às 23:59. Houveram duas pequenas interrupções na monitoração, causadas por paradas do
equipamento e/ou do software de monitoração.
4
SITUAÇÃO ATUAL Descrição do Ambiente de Hardware e Software (*)
System Type = A14
System Serial Number = 666
MCP Release = 45.189
Processor List = 4
I/O Processor List = 0
Total Memory = 16777216 Words
Halt Load Unit = 42
IPAddress = 10.0.0.3
Subsys LPPATH14 (paths=1) = LP14
Subsys LPPATH15 (paths=1) = LP15
Subsys PKPATH42 (paths=1) = PK42
Subsys SCSIPATH44 (paths=1) = MT44, CD46
Subsys MTPATH48 (paths=1) = MT48, MT49, MT50
Subsys PKPATH52 (paths=1) = PK52, PK53, PK54, PK55, PK56
Subsys MTPATH60 (paths=1) = MT60, MT61, MT62, MT63
Subsys NPPATH158 (paths=1) = NP158
Subsys SCPATH600 (paths=1) = SC600
Subsys SCPATH800 (paths=1) = SC800, SC805, SC806, SC811
Family DISK = PK42 (Idx=1)
Family DATACOM = PK52 (Idx=1)
Family PRODUCAO = PK53 (Idx=1)
Family TESTE = PK54 (Idx=1)
Family BANCO = PK55 (Idx=1), PK56 (Idx=2)
(*) Alguns periféricos são reportados pelo sistema mas não existem. Isto não representa um
problema de qualquer espécie.
5
Gráficos de utilização dos recursos do equipamento
CPU
Este gráfico mostra a situação da CPU durante todo o período monitorado. Pode-se notar grandes
picos de utilização, que ocorrem durante o horário diurno pela utilização dos sistemas online
(transacionais). A área verde representa o trabalho útil executado pela CPU para programas da
instalação. A área azul representa CPU disponível, sem trabalho a executar. Há grande
disponibilidade da CPU durante o turno da noite, mas obviamente esta não pode ser usada pelos
sistemas online (para mais definições veja o Glossário no fim deste documento). Olhando este
gráfico poderíamos dizer que o uso de CPU não ultrapassou 90%, mas na verdade isto ocorreu,
como podemos ver adiante. O gráfico fica um pouco distorcido pelo uso das médias de uma hora
necessárias para exibir um período mais longo de tempo.
Os dois próximos gráficos mostram a situação de dois dias típicos em detalhe, analisando turno
online e início do turno batch.
22 Sep 2000 14:00 - 1 Oct 00:00
CPU - Geral
CPU MCP Pct CPU User Pct CPU Idle-True Pct CPU Idle-False Pct
Sep22 14:00 Sep23 14:00 Sep24 14:00 Sep25 14:00 Sep26 14:00 Sep27 14:00 Sep28 14:00 Sep29 14:00 Sep30 14:000
10
20
30
40
50
60
70
80
90
100
6
Neste gráfico, os dados são do dia 25/9 (uma segunda-feira), iniciando às 5:30 e terminando no fim
do dia. Neste período a CPU total alcançou um máximo de 97%. Também podemos ver a área rosa,
em cima da azul, que mostra o valor de CPU False Idle. Nestes casos, a CPU estava parada
esperando operações de I/O, normalmente devido à overlay excessivo. Também deve-se notar que o
turno batch coexistiu com o sistema online por algum tempo, após as 19 hs. Isto aumentou a
degradação da performance e tornou os tempos de resposta dos sistemas online 5 vezes maiores (em
média).
Este gráfico mostra o mesmo período, do dia 29/9. Neste caso, a CPU total chegou a 100% diversas
vezes entre as 19:20 e 20 hs. Isto afeta muito o tempo de resposta (TR) dos sistemas online: na
janela CBRW, o TR passou de menos de meio segundo (às 10hs) para mais de 3 segundos (às 20hs).
25 Sep 2000 05:24 - 26 Sep 02:36
CPU - Geral(Zoom)
CPU MCP Pct CPU User Pct CPU Idle-True Pct CPU Idle-False Pct
05:24 07:24 09:24 11:24 13:24 15:24 17:24 19:24 21:24 23:24 01:240
10
20
30
40
50
60
70
80
90
100
29 Sep 2000 05:24 - 30 Sep 02:36
CPU - Geral(Zoom)
CPU MCP Pct CPU User Pct CPU Idle-True Pct CPU Idle-False Pct
05:24 07:24 09:24 11:24 13:24 15:24 17:24 19:24 21:24 23:24 01:240
10
20
30
40
50
60
70
80
90
100
7
READYQ
Os processos ficam esperando atenção da CPU em uma fila chamada ReadyQ. O valor de ReadyQ
entre 3 e 5 é considerado normal. Acima disso já começa a haver degradação da performance.
MEMÓRIA
Em termos de memória principal, o sistema analisado está no limite. A memória em uso chega
próxima dos 100% frequentemente.
22 Sep 2000 16:00 - 1 Oct 00:00 Tasks waiting for CPU
CPU Queue Depth(Zoom)
CPU ReadyQ Depth Avg 10 CPU Total Pct 100
Scale10
100
Sep22 16:00 Sep23 22:00 Sep25 04:00 Sep26 10:00 Sep27 16:00 Sep28 22:00 Sep30 04:000
1
2
3
4
5
6
7
8
9
10
22 Sep 2000 16:00 - 1 Oct 00:00
Memory Utilization
Mem Save Pct Mem Overlayable Pct Mem Available Pct
Sep22 16:00Sep24 02:00Sep25 12:00Sep26 22:00Sep28 08:00Sep29 18:000
10
20
30
40
50
60
70
80
90
100
8
Apesar disso, ainda não está havendo grande quantidade de overlays para disco, e a quantidade de
processador usada no gerenciamento da memória (MCP P-BIT) está bem abaixo do limite.
22 Sep 2000 16:00 - 1 Oct 00:00
Overlays per Second
Mem Olays/Sec
Sep22 16:00Sep24 18:00Sep26 20:00Sep28 22:000
2
4
6
8
10
12
14
16
22 Sep 2000 16:00 - 1 Oct 20:00
Untitled 34
CPU MCP-Answer Pct CPU MCP-InvisibleIR Pct CPU MCP-Pbit Pct
Sep22 16:00Sep24 04:00Sep25 16:00Sep27 04:00Sep28 16:00Sep30 04:00 Oct1 16:000
1
2
3
4
5
6
9
I/O - Sistema de Discos
Utilização de discos por caminho de acesso (canal)
Todas as unidades de discos estão conectadas à CPU através de canais de I/O, chamados na
arquitetura Unisys de Paths (caminhos). Nesta máquina existem dois caminhos para discos, a saber
o PKPATH42 e o PKPATH52 (veja uma representação gráfica na pagina 4). No próximo gráfico
vemos a distribuição de I/Os (operações de I/O por segundo) em cada caminho:
O caminho PKPATH42 dá acesso à família DISK, onde reside o sistema operacional MCP/AS.
O outro caminho conecta todas as outras famílias e unidades de disco. Todas estas estão
competindo pelo uso de apenas um canal de I/O, daí a contenção de I/O que se observa no gráfico
abaixo, que mostra o enfileiramento no PKPATH52, praticamente inexistente no PKPATH42:
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Subsys IO/Sec
I/Os por segundo por canal
PKPATH42 PKPATH52
Sep22 16:00 Sep24 18:00 Sep26 20:00 Sep28 22:000
10
20
30
40
50
60
70
80
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Subsys Q-Depth
enfileiramento por canal de I/O
PKPATH42 PKPATH52
Sep22 16:00 Sep24 18:00 Sep26 20:00 Sep28 22:000
1
2
3
4
5
10
Utilização de discos por família
O acesso aos discos por família (I/O por segundo) está assim distribuído:
Em termos de enfileiramento, a situação é similar:
Mas existem picos em determinados horários, onde as famílias Banco e Produção chegaram a
valores entre 2 e 3.
0 1 2 3 4 5 6 7 8 9 10
DISK 3
BANCO 7,049
DATACOM 1,768
PRODUCAO 5,391
TESTE 2,408
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Fam IO/Sec
I/Os por segundo por familia
0,0 0,2 0,4 0,6 0,8 1,0 1,2 1,4 1,6 1,8 2,0
DISK 0,033
BANCO 0,327
DATACOM 0,036
PRODUCAO 0,159
TESTE 0,061
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Fam Q-Depth Avg
enfileiramento por familia
11
Utilização de discos por unidade
Número de I/O por segundo em cada unidade de disco:
Podemos ver que o número de I/O por segundo está bastante desbalanceado também a nível de
unidade física.
0 1 2 3 4 5 6 7 8
PK42 3
PK52 1,768
PK53 5,391
PK54 2,408
PK55 3,549
PK56 3,496
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Unit IO/Sec
Untitled 36
12
As piores unidades, em termos de enfileiramento de acessos a disco, são, pela ordem:
PK55 e PK56 (família Banco) - pior desempenho
PK53 (família Produção)
PK54 (família Teste)
PK53
0%
10%
20%
30%
40%
50%
60%
70%
0,0 0,4 0,8 1,2 1,6 2,0
77
94 5
2 1 1 1 1
PK54
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
0,0 0,4 0,8 1,2 1,6 2,0
92
4 2 1 1 1
PK55
0%
10%
20%
30%
40%
50%
60%
70%
80%
0,0 0,4 0,8 1,2 1,6 2,0
83
72 1 1 2 1 1 1 2
PK56
0%
10%
20%
30%
40%
50%
60%
70%
80%
0,0 0,4 0,8 1,2 1,6 2,0
84
5 2 2 2 1 1 1 2
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Unit Q-Depth Avg
Untitled 37
13
Carga de Trabalho (Workloads)
Por tipo de carga: bancos, remoto, etc.
Neste gráfico podemos ver que os maiores consumidores de memória são os bancos de dados, as
libraries e os programas remotos (Coms).
Consumo de CPU dos mesmos componentes acima:
22 Sep 2000 16:00 - 1 Oct 04:00 HIS: Work Mem Pct
Untitled 39
0-Compiler 0-Database 0-Library 0-MCS 0-Other 0-Remote 0-ViewPoint 0-WFL
Sep22 16:00 Sep23 16:00 Sep24 16:00 Sep25 16:00 Sep26 16:00 Sep27 16:00 Sep28 16:00 Sep29 16:00 Sep30 16:000
10
20
30
40
50
60
70
80
90
100
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: Work CPU Pct
Untitled 38
0-Compiler 0-Database 0-Library 0-MCS 0-Other 0-Remote 0-ViewPoint 0-WFL
Sep22 16:00 Sep24 18:00 Sep26 20:00 Sep28 22:000
10
20
30
40
50
60
70
80
14
Recursos utilizados por programas do COMS
Uso de CPU, por programa Coms
Quanto à CPU, a soma de todos os programas Coms consome ao redor de 15% da CPU, com picos
de até 30%. Os maiores consumidores de CPU nesta classe são:
Uso de memória, por programa Coms Estes oito programas consumem de 10% a 15% da memória total do sistema:
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: COMS CPU Pct
CPU por programa Coms
CBRWP1 14,1 CTBWP3 10,3 EPDWP1 17,7 ESTWP1 26,8 FREWP1 15,5 IMPREMOTAPR 15,6
0,0 0,1 0,2 0,3 0,4 0,5 0,6 0,7 0,8 0,9 1,0
ESTWP1 0,619
IMPREMOTAPR 0,604
ESTWP3 0,282
CTBWP3 0,198
CBRWP1 0,492
CBRWP3 0,403
NFSWP1 0,791
FREWP1 0,459
22 Sep 2000 16:00 - 1 Oct 20:00 HIS: COMS Mem Pct
Untitled 36
15
Uso de CPU por transação, por programa Coms
Os oito programas Coms que mais consumem CPU por transação, são (notar o grande campeão
LINC16WP3):
Número de Transações por Hora, por Janelas do COMS
0 1 2 3 4 5 6 7 8
LINC16WP3 4,572 8,07
LINC16WLSS 0,469 1
LINC16WP1 0,89 1
IMPREMOTAPR 0,242 1
CTBWLSS 0,286 1
ESTWP3 0,255 1
EPDWP1 0,418 1
FRE230PR 0,297 1
22 Sep 2000 16:00 - 1 Oct 20:00 HIS: COMS CPU/Tran
Untitled 37
22 Sep 2000 16:00 - 1 Oct 00:00-------------------------------------------------------------------------Variable Name Mean Min Max Std Dev-------------------------------------------------------------------------tran/hora for CBRW 581,748 0 4501,199 853,858 tran/hora for PRINTING 325,581 0 2255,04 492,046 tran/hora for CTBW 64,542 0 936,72 117,716 tran/hora for LINC16W 3,737 0 528,72 30,818 tran/hora for CELW 37,313 0 364,44 58,738 tran/hora for IMPREMOTAW 7,722 0 305,4 31,064 tran/hora for SERW 0,97 0 57,72 5,066
16
Bancos de Dados
Percentual de Memória total do sistema usada pelos principais bancos de dados:
Número de overlays por segundo para os principais bancos:
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: DMS Mem Pct
Untitled 40
CBR CTB GLOBALDB SER LINC16DB
Sep22 16:00 Sep26 00:00 Sep29 08:000
5
10
15
20
25
30
35
22 Sep 2000 16:00 - 1 Oct 00:00 HIS: DMS Olay/Sec
Untitled 41
CBR CTB GLOBALDB
Sep22 16:00 Sep24 18:00 Sep26 20:00 Sep28 22:000
2
4
6
8
10
12
14
17
CONCLUSÕES E SUGESTÕES
Em primeiro lugar vamos responder às perguntas enumeradas no início deste documento.
Quanto da capacidade total do equipamento já está sendo utilizada?
Aproximadamente metade da capacidade total do equipamento está sendo utilizada.
O problema é que os outros 50% não podem ser utilizados, pois esta disponibilidade ocorre no
horário noturno. Durante o dia, a máquina está sendo totalmente utilizada.
Quais os maiores consumidores individuais de recursos e quanto cada um utiliza?
Os maiores consumidores de CPU são os programas batch, online, MCS e MCP.
Os programas online (Coms) consomem de 15 a 30% da CPU total (ver pág. 14).
Bancos de dados e libraries somam 50% da memória total em uso.
Qual o tipo de recurso mais escasso e que limita o aumento da produção da máquina?
Memória principal é com certeza o recurso mais escasso. Qualquer aumento de carga de trabalho
vai determinar um aumento da taxa de overlay para disco, consumindo assim a folga de CPU
eventualmente existente, e aumentando a demanda por acesso a disco, causando piora no tempo de
resposta dos aplicativos online.
Quais os períodos de tempo mais congestionados e os mais livres?
A máquina está praticamente parada da 00 hs até as 06 hs, diariamente. Os períodos de pico
ocorrem no meio da manhã e no meio da tarde.
O que pode ser feito agora para obter um melhor rendimento do sistema e/ou melhorar o serviço
prestado aos usuários?
1. Alterações na Configuração de Hardware:
- Como pode ser visto na figura da página 4, a configuração do subsistema de discos está
completamente desbalanceada. Há dois caminhos de acesso e 6 discos. Em um dos caminhos está
conectado UM disco apenas, e no outro CINCO discos (e nestes estão as famílias mais utilizadas).
Isto provoca congestionamento no acesso aos arquivos, trazendo uma degradação de performance a
todos os sistemas em execução (ver pág. 9).
A não ser que haja uma razão técnica para esta situação, recomendamos solicitar ao fornecedor a
imediata reconfiguração do subsistema de discos.
A redistribuição das famílias de discos também é recomendável. Quando uma família é composta
de vários packs, o MCP se encarrega de distribuir os I/O pelos packs individuais. Assim o
enfileiramento de acessos fica minimizado. No caso específico, isto não ocorre pois todas as
famílias, com exceção de uma, são de um único pack.
Assim, recomendamos:
UNIR as famílias DATACOM e PRODUÇÃO sob um único nome (PK52 e PK53).
MOVER os packs PK52 e PK54 para o caminho PKPATH42.
18
2. Alterações de software
- Aproximadamente 5% da memória total em uso pode ser liberada se for possível consolidar os
bancos menores - CTB, SER e GlobalDB, em um só. É um valor importante, levando em conta que
a memória em uso está na casa dos 93-97% durante o período de pico.
- Consolidar o grande número de programas online em um número menor de programas com mais
funções. Deve-se levar em conta o tamanho das transações e evitar consolidar transações com tempo
de resposta muito diferente.
3. Alterações na operação do sistema
Durante uma parte do horário de rede (quando os sistemas podem ser acessados remotamente), os
sistemas batch convivem com os sistemas online. Isto leva à degradação do tempo de resposta dos
aplicativos. Sugerimos transferir toda a execução de jobs batch para após a saída do sistema online,
ou para um horário de pouca utilização da rede, mesmo que isto signifique mais um turno de
operação (deve-se notar que o sistema em uso pelos Supervisores via internet é bastante utilizado
até tarde da noite).
Deve-se enfatizar a restrição existente de não executar jobs batch durante o dia.
CONCLUSÕES
Diversos indicadores positivos levam à conclusão de que esta máquina representa um caso de raro
de ajuste perfeito: ela tem exatamente o poder de processamento necessário para a carga de trabalho
atual - considerando, é claro, que os tempos de resposta estejam satisfatórios, na opinião dos
usuários.
Podemos ver pelos indicadores ReadyQ, Stretch Factor, CPU para o MCP e Overlay Rate que o
equipamento está funcionando sem degradação.
É até possível otimizar a performance, como discutido acima, melhorando o desempenho de alguns
sistemas aplicativos.
No entanto, qualquer aumento da carga de trabalho será prejudicial à qualidade do serviço prestado,
traduzindo-se em aumento do tempo de resposta e atraso na entrega de serviços. Isto porque a
memória está sendo usada acima do limite recomendado, e, se for aumentada, a capacidade de
produção da máquina vai passar a ser limitada pelo subsistema de I/O. O recurso mais disponível, a
CPU, ainda tem alguma folga, que só poderá ser utilizada quando/se for adicionada mais memória.
Em termos de espaço disponível em disco, a soma de todos os segmentos livres não chega a 80% de
um disco, o que é considerado pouco (15%).
19
GLOSSÁRIO
Definição de alguns termos e variáveis usadas neste trabalho. Todas as variáveis estão definidas no
arquivo HELP do Viewpoint.
CPU Total Pct Total de processador usado durante o período da amostra. É expresso em percentual de CPU. É o
mesmo valor que soma de CPU MCP Pct + CPU User Pct.
CPU MCP Pct Total de processador usado pelo sistema operacional durante o período da amostra. É expresso em
percentual de CPU. Representa o mesmo valor que a soma de CPU MCP George Pct + CPU MCP -
Answer Pct + CPU MCP - Pbit Pct + CPU MCP - InvisibleIR Pct.
CPU User Pct Total de processador usado por programas do usuário durante o período da amostra. É expresso em
percentual de CPU.
CPU Idle Pct Total de processador que não foi usado durante o período da amostra. É expresso em percentual de
CPU. É o mesmo que a soma de CPU Idle - True + CPU Idle-False.
CPU Idle - True Pct Total de processador realmente disponível durante o período da amostra. É expresso em percentual
de CPU.
CPU Idle - False Pct Total de processador que parece estar disponível mas não pode ser usado pois iria interferir com
operações de overhead do MCP. É expresso em percentual de CPU.
CPU ReadyQ Depth Avg Este é o número médio de programas que estão parados esperando o processador central se tornar
disponível para continuar executando. ReadyQ é o nome interno do MCP para a lista de programas
esperando pelo processador.
CPU Stretch Factor Este é o Stretch Factor para todos os programas executando no sistema. Representa a degradação
média de todos os programas devido à contenção pelo processador central. É calculado pela
fórmula: (Task ReadyQ time + Task CPU time ) / Task CPU time.
Mem Inuse Pct Este é o total de memória do sistema em uso no fim do período da amostra. É expresso como um
percentual de memória. É o mesmo que Mem Overlayable Pct + Mem Save Pct.
Mem Olay Pct/Sec Esta é a média do percentual da memória do sistema que é paginada, ou retirada da memória
20
principal, a cada segundo, durante o intervalo da amostra.
Mem Olay/Sec Esta é a média do número de areas de memória paginadas a cada segundo durante o intervalo da
amostra.
Unit Busy Pct Este é o total da capacidade de I/O da unidade que foi usado durante o período da amostra. É
expresso como um percentual de I/O.
Fam Q-Depth Avg Este é o tamanho médio da fila de I/O durante o intervalo da amostra. Este número representa a
contagem média de I/O enfileirados ou esperando para iniciar execução devido a uma unidade ou
canal já em uso.
Unit Q-Depth Avg Este é o tamanho médio da fila de I/O durante o intervalo da amostra. Este número representa a
contagem média de I/O enfileirados ou esperando para iniciar execução devido a uma unidade já em
uso.
COMS Response Avg Este é o tempo médio decorrido (elapsed) para todas as trnasações associadas ao programa COMS
durante o intervalo. Para janela DIRETA, este tempo é contado desde que uma mensagem é
colocada na inputqueue do programa até que a primeira mensagem seja enviada. Não é valido para
programas em janela remeta.
COMS Tran/Hora Número médio de transações para o programa COMS feitas por segundo, durante o intervalo,
multiplicado por 3600.
![[halshs-00544875, v1] MESURE DE LA PERFORMANCE … · MESURE DE LA PERFORMANCE GLOBALE ... 2.1 L APPROCHE FINANCIERE DE LA PERFORMANCE La performance d entreprise es t une notion](https://img.pdfslide.tips/doc/110x75/5b96ae9b09d3f2e3488b7296/halshs-00544875-v1-mesure-de-la-performance-mesure-de-la-performance-globale.jpg)
