Tudo que você sempre quis saber e sempre teve medo de perguntar, sobre Performance de Mainframe, é lógico…

Alvaro Guimaraes Salla – sala@maffei.com.br

Senhores.

Uma lembrança, já perdida nas dobras do meu tempo. Na época, para se responder à esperta pergunta sobre a utilização da CPU, olhávamos sem piscar, para frequência com a qual a lampadinha de Wait no painel do computador piscava. E vinha a resposta de timbre seguro, não longe da verdade: “uns 70%, minha senhora”.

Havia uma vantagem nesse método tosco, o custo era apenas o da tal lampadinha que às vezes tinha que ser substituída, e íamos que íamos.

Hoje, os Monitores de Performance invadiram a plataforma Mainframe oferecendo um universo de informações, geralmente misteriosas pelo entendimento de gerentes e técnicos. O gatilho foi a imensa necessidade do processamento comercial tem de se auto aferir. A metrificação do uso de recursos é uma necessidade capitalista, que se ausente, pode até significar a falência empresarial.

Os tais Monitores podem ser divididos em três grupos:

Oficiais, aqueles contidos no binômio z/OS e z Servers como: CPUMF, WLM, System Trace, MasterTrace, Component Trace e o maior de todos, o SMF. Há empresas que quase geram e processam mais dados de SMF, que aqueles negociais.

Externos e tradicionais como RMF, CMF, Mainview, Omegamon e outros…

Externos e modernos geralmente tóxico dependentes de registros do SMF e com processamento out of box. Além de monitorar alguns sugerem (ou executam modificações no sistema). Exemplos: BMC, ASG TMON, CA SysView, zRADAR, Throughput Manager, Intellimagic etc… Me perdoem algum esquecimento, por favor.

É conhecido que tem sua totalidade todos esses Monitores instalados em um CPD consomem por volta de 25% dos recursos de CPU da máquina, incluindo aqui o tempo não capturado. Mas nem por isso, não deixam de ter uma importância magna nas disciplinas de Performance e Planejamento de Capacidade.

Esta palestra aborda alguns dos milhares de números produzidos, principalmente aqueles envolvidos no tal aura de mistério, trevas e pasmo geral…

Portanto, o objetivo desta palestra é de alumiar tais dados trazendo a sabedoria que redime. Seguem alguns exemplos:

Numerificar a quantidade de shared pages, aquelas que pertencentes a áreas privadas de diferentes address spaces se localizam no mesmo frame da memória real. What a helll!!!.

Descobrir para que servem as métricas: número de writes, número de reads, número de castouts de uma estrutura de cache na Coupling Facility.

Materializar o futuro inspecionando números sobre HyperLinks.

Quando você vai calcular o valor de Consumed MIPS em uma LP, pela uso da fórmula que o converte de MSU/h o valor é inferior ao real. Já os Monitores fazem o cálculo correto. Neste caso, o velho e jovial palestrante vai explicar como.

Capture importantes dados de desempenho sobre operações de I/O de específicos métodos de acesso.

Você sabe o quer dizer o estado Unknown de um Address Space (ou Enclave) mostrado pelos Monitores? Confie no seu inglês e responda confiante ao seu velho e….

Um assunto que interessa a todos, transações e profissionais, ou seja, promoções. Vamos aprender sobre esse ato, pelo menos em relação ao primeiro grupo, e de como melhorar o desempenho geral do sistema.

Maktub

Performance Tuning por Gráficos. (Antonio Cesar Sartoratto Dias/Syntesis)

Performance Tuning por Gráficos: A alta quantidade de dados encontradas no log de um sistema operacional aliada a facilidade de produzirmos gráficos a partir de ferramentas de produtividade encontradas no mercado nos permitem criar uma quantidade exaustiva de figuras para serem analisadas. Esta apresentação mostra que a partir de Tecnologia de Amostragem Estatística e conhecimentos de Entropia Informacional, é possível criarmos gráficos objetivos para realizarmos o tuning de grandes computadores. Este conhecimento permitirá aos profissionais de performance sua transição das tarefas de correções imediatas para a predição de comportamento de computadores.