Como prevenir problemas de performance em sua aplicação

Natal DevMedia: Assine hoje e ganhe 3 meses gr�tis

Como prevenir problemas de performance em sua aplica��o

Um dos grandes desafios que as empresas de TI enfrentam ao colocar seus sistemas em produ��o � a impossibilidade de garantir o desempenho e a confiabilidade destas aplica��es.

N�o raro sites muito visitados n�o conseguem comportar a quantidade de acessos. Um bom exemplo disto s�o as falhas que acontecem quando empresas a�reas disponibilizam promo��es a partir de um certo hor�rio de um determinado dia. Alguns sistemas t�m graves problemas de desempenho em um per�odo espec�fico do dia ou sempre no mesmo dia da semana, o que dificulta bastante o diagn�stico, pois a equipe ter� que esperar at� o pr�ximo dia para que o erro volte a acontecer.

Em ambiente de desenvolvimento, estes gargalos s�o dificilmente detectados e na maioria das vezes os respons�veis pelo sistema � j� em produ��o � s�o chamados com urg�ncia para apagar o inc�ndio.

No entanto, h� uma forma mais satisfat�ria e mais oportuna para se evitar este tipo de dificuldade: utilizando o Silk Performer da Borland.

O Silk Performer � uma ferramenta robusta e f�cil de usar, que permite que voc� desenhe, construa, execute e avalie testes de carga e performance. Seu principal objetivo � detectar gargalos e falhas na aplica��o, apontando as causas destes problemas. Com isto, ele minimiza a probabilidade do sistema n�o estar de acordo com os requisitos de desempenho.

A cria��o do teste inicia-se com a utiliza��o do Recorder (imagem 1), que grava todas as a��es do usu�rio e gera um script com base nestas a��es. Este, por sua vez, � alter�vel e bastante f�cil de entender, por�m n�o ser� necess�rio modific�-lo, pois praticamente todas as tarefas do Silk Performer s�o executadas por meio dos wizards.

1 - Recorder do Silk Performer

Ap�s a grava��o deste script, � poss�vel realizar uma simula��o das a��es tomadas no passo anterior.

Para tanto, � preciso criar perfis de usu�rios representativos de seus pr�prios clientes para esta simula��o. Definem-se nestes perfis:

- a velocidade de conex�o com a internet;

- o navegador utilizado;

- o tempo m�dio de resposta do usu�rio com o sistema;

- usu�rio e senha, caso esteja conectando em um servidor remoto;

- se imagens ser�o baixadas do servidor ao acessar o sistema (imagens normalmente s�o pesadas e sobrecarregam muito a rede);

- outros.

Antes de executar a simula��o, � poss�vel tamb�m configurar dados dos formul�rios da sua aplica��o. Para cada campo de entrada de dados do seu sistema, podem-se colocar vari�veis para que cada vez que a simula��o aconte�a, uma informa��o diferente apare�a neste campo. Basta cadastrar alguns n�meros, v�lidos ou n�o, no Silk Performer para verificar, ao executar o teste, se a valida��o de um campo (um n�mero de CPF, por exemplo) est� correta.

At� o momento, o objetivo principal foi gravar um script abrangente e que atendesse �s necessidades para o teste de performance do sistema. O pr�ximo passo � testar este script e analisar os resultados obtidos. Parte das informa��es colhidas compreende:

- tempo de resposta das transa��es (m�nimo, m�ximo, m�dio);

- tempo em que o servidor esteve ocupado (server busy);

- quantidade de dados enviados e recebidos em cada formul�rio;

- descri��o dos erros, caso ocorram;

- outros.

Estes dados s�o gerados em forma de relat�rio, mas tamb�m podem ser gravados em um reposit�rio.

Se os resultados estiverem em um n�vel aceit�vel, basta ent�o aprovar este script e seguir para o teste propriamente dito.

H�, no Silk Performer, seis modelos de teste de carga e performance:

� Queuing

� Cada usu�rio virtual inicia suas transa��es ap�s certo tempo de espera na fila.

� Cada usu�rio executa suas tarefas apenas uma vez.

� O teste termina quando todos os usu�rios finalizam suas tarefas.

� O teste pode durar mais do que o tempo de simula��o especificado em virtude do tempo de espera.

� Steady State

� Cada usu�rio come�a suas transa��es sem tempo de espera.

� H� sempre o mesmo n�mero de usu�rios executando.

� Cada usu�rio executa as tarefas repetidas vezes at� que o tempo de simula��o termine.

� Increasing

� Cada usu�rio come�a a executar suas tarefas de acordo com um intervalo pr�-estabelecido.

� Cada usu�rio executa as tarefas repetidas vezes at� que o tempo de simula��o termine.

� Este tipo de teste � importante para detectar em que momento o sistema �cai� ou passa a fornecer tempos de resposta inaceit�veis.

� All Day

� Cada usu�rio come�a e termina o teste de acordo com intervalos pr�-estabelecidos.

� Cada usu�rio executa as tarefas repetidas vezes at� que o tempo designado a ele termine.

� A carga � ajust�vel durante o teste.

� Este tipo de teste � �til para se representar cen�rios complexos e de longa dura��o.

� Dynamic

� Cada usu�rio come�a e termina suas tarefas de acordo com as mudan�as manuais feitas pelo executor do teste.

� Cada usu�rio executa as tarefas repetidas vezes at� que seja interrompido.

� Um n�mero m�ximo de usu�rios � escolhido e, de acordo com este limite, pode-se aumentar e diminuir a quantidade de usu�rios.

� � preciso parar o teste manualmente.

� Verification

� Um �nico usu�rio executa suas tarefas apenas uma vez.

Durante a execu��o dos testes � poss�vel monitorar alguns dados: utiliza��o de CPU, utiliza��o de mem�ria e a rapidez com a qual o computador se torna dispon�vel para resolver a pr�xima tarefa. Se algum destes dados exceder um limite toler�vel, � necess�rio desconsiderar as informa��es deste teste, pois seguramente o mau desempenho da m�quina ir� interferir nos resultados obtidos.

Conclu�dos os testes, faz-se a an�lise dos resultados finais. Informa��es - tanto do lado do cliente quanto do servidor - s�o colhidas e indicam onde est� o problema. Gr�ficos s�o recursos muito interessantes para o exame de dados. Eles s�o produzidos �arrastando e soltando� as informa��es do relat�rio gerado na �rea de cria��o do gr�fico.

H� alguns exemplos de gr�fico que podem fornecer informa��es esclarecedoras.

2 - Aplica��o est�vel

A imagem 2 mostra uma aplica��o est�vel, cujos ind�cios s�o:

- N�o h� erros. Estes seriam representados por uma linha vermelha (Errors/sec)

- A linha que representa transa��es/segundo (verde claro) cresce acompanhando a linha dos usu�rios ativos (linha azul), demonstrando que o servidor est� conseguindo suportar as requisi��es.

- As linhas que representam dados enviados (verde escuro) e dados recebidos (laranja) seguem de acordo com a linha dos usu�rios ativos (linha azul), indicando que n�o h� problemas na rede.

3 - Aplica��o com problemas no servidor

Observa-se, na imagem 3, alguns indicativos de que esta aplica��o pode estar com problemas em seu servidor: as linhas que representam transa��es/segundo (verde claro), dados enviados (verde escuro) e dados recebidos (laranja) come�am a decrescer por volta de 20 usu�rios (note a linha azul, no ponto 20 do eixo y, onde as outras linhas come�am a indicar problemas).

4 - Aplica��o com problemas na rede

Poss�veis problemas na rede s�o representados na imagem 4, pelos seguintes motivos:

� Erros aparecem por volta de 70 usu�rios.

� A linha que representa conex�es concorrentes (roxa) come�a a nivelar, indicando um prov�vel problema de rede.

� A linha que representa dados enviados (verde escuro) e tamb�m a linha laranja (dados recebidos) seguem a linha de usu�rios ativos (azul), demonstrando n�o haver um problema no servidor.

Silk Performer � a ferramenta da praticidade e da efici�ncia que, sem exigir nenhum conhecimento de programa��o, torna poss�vel criar um script de teste e aplic�-lo em um sistema para detectar problemas de servidor ou de rede, mas que pode tamb�m levar � conclus�o de que sua aplica��o est� est�vel e pode entrar em produ��o sem problemas de performance.