Dicas para que o IBM® Rational Performance Tester seja
executado mais rapidamente e mais eficientemente. Essas dicas não se aplicam ao
IBM Rational Service Tester para SOA Quality.
As seguintes sugestões permitirão obter o melhor desempenho a partir do
Rational Performance Tester:
- Número de computadores. Reserve pelo menos dois computadores para o teste. A interface com o usuário consome recursos significativos, portanto, reproduza um teste
ou um planejamento (agente) separadamente do computador que
está executando o ambiente de trabalho (UI).
- Número de usuários virtuais em locais remotos. Quando designar um grupo de usuários para uma local remoto, não sobrecarregue o computador remoto (agente). Se o número de usuários virtuais que o computador remoto pode executar
for excedido, as medições do desempenho do servidor serão distorcidas porque elas serão afetadas pelo desempenho
do computador. Os resultados do teste refletirão mais o carregamento do computador do que o carregamento do servidor. Para obter melhores resultados em um computador com um processador de l GHz e 1 GB de RAM, não exceda 1.000 usuários virtuais simultâneos.
- Portas TCP/IP. Seu computador deve ter um número suficiente de portas
TCP/IP. Em computadores Windows®, o limite comum é 5000. Emita
o comando netstat -a para observar o uso da porta. Se o
maior número que você vir for 5000, então precisará aumentá-lo. Para isso,
abra o registro. Em HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters,
crie um novo dWord chamado MaxUserPort e
configure seu valor até 65000. Reinicie o computador.
- Limite de arquivo aberto para o Linux®. Os computadores Linux precisam, de acordo com o processo,
um limite de arquivo aberto maior que 1024. Como raiz, digite ulimit -n 30000 (ou
outro valor apropriado) antes de iniciar o Agent Controller.
- Execução de loop nos testes. Se você estiver testando a sobrecarga de um servidor,
é normal que o teste contenha um loop. O comportamento de sua conexão será diferente, dependendo
de o loop ser configurado no nível de planejamento ou no nível de teste. A configuração
de um loop no nível de teste, em vez de no nível de planejamento, fornece uma grande vantagem no desempenho, porque as conexões são reutilizadas durante o processo de execução de loop. Para obter informações adicionais, consulte
Incluindo um Loop em um Teste.
- Níveis de criação de log. Depois que o teste estiver estável, para obter o máximo
de desempenho, reduza os níveis dos logs de teste e de determinação de problema e
demonstre um número pequeno de usuários. Aumente o intervalo
de amostra de estatística para 30 ou 60 segundos para testes de longa execução.
- Tamanho de heap do ambiente de trabalho. O tamanho de heap do Java™ Virtual
Machine (JVM) no ambiente de trabalho baseia-se na memória física disponível. Não execute o ambiente de trabalho em um computador com menos de 768 MB de memória física. O tamanho máximo de heap do ambiente de trabalho
depende da JVM. Embora
não seja estritamente necessário para o desempenho da reprodução, você pode aumentar o tamanho de heap
do ambiente de trabalho. Para aumentar o tamanho de heap,
configure o parâmetro -Xmx no arquivo eclipse.ini,
que está localizado no diretório de instalação do produto. Para o Windows, se sua memória física for 3 GB ou mais, o tamanho máximo de heap não deverá exceder 1200m. Para o Linux,
o tamanho máximo de heap é aproximadamente de 3000m. Se o ambiente de trabalho for lento ou não conseguir
iniciar após o aumento do tamanho de heap, reconfigure esse tamanho para o padrão
removendo a linha VMARGS=-Xmx do arquivo eclipse.ini.
- Tamanho de heap local (agente). Para acessar o heap máximo após um teste
com êxito de qualquer tamanho, procure por um atributo local (agente)
chamado RPT_DEFAULT_MEMORY_SIZE. Se não conseguir localizá-lo, especifique o máximo de heap criando
um novo atributo: RPT_VMARGS=-Xmx1500m (por exemplo,
máx. de heap 1,5 GB). Para obter informações adicionais, consulte
Aumentando a Alocação de Memória.