Lista Prioritária de Parâmetros de Ajuste
A recente lista a seguir contém recomendações que têm desempenho ou escalabilidade, ou ambos, aprimorados para muitos aplicativos.
- Revise os requisitos de software e hardware
É fundamental para a funcionalidade e o desempenho corretos satisfazer aos requisitos mínimos de hardware e software. Consulte o website Hardware, software e APIs suportadas do IBM® WebSphere Application Server que detalha os requisitos de hardware e software.
Instale o pacote de atualizações, o fix pack e as correções temporárias recomendadas mais atuais
A lista de atualizações recomendadas é mantida no Site de Suporte.
- Verifique a
configuração e as definições de hardware
Verifique as conexões de rede para certificar-se de que elas estejam operando em sua velocidade mais alta. Para obter informações adicionais, consulte Ajustando o Ambiente de Atendimento de Aplicativo.
A verificação de interconexões de rede e configuração de hardware é configurada para desempenho máximo.
Ajuste os sistemas operacionais
A configuração do sistema operacional desempenha um papel chave no desempenho. Por exemplo, ajustes como parâmetros TCP/IP poderão ser necessários para seu aplicativo
Tuning IBM i systems
A configuração do sistema operacional desempenha um papel chave no desempenho. Por exemplo, ajustes como parâmetros TCP/IP poderão ser necessários para seu aplicativo.
IBM Power Systems Performance Capabilities Reference IBM i operating system Versão 7.2
- Defina
os tamanhos de heap mínimo e máximo da JVM (Java™ Virtual Machine)
Muitos aplicativos precisam de um tamanho de heap maior que o padrão para desempenho melhor. É aconselhável também selecionar uma política de GC apropriada com base nas características do aplicativo.
Utilize um driver JDBC do tipo 4 (ou Java puro)
Em geral, o driver JDBC do tipo 2 é recomendado se o banco de dados existe na mesma máquina física da instância do WebSphere. Entretanto, no caso em que o banco de dados está em uma camada diferente, o driver JDBC tipo 4 oferece o desempenho mais rápido, visto que, por ser Java puro, não exige implementação nativa. Use o link anterior para visualizar uma lista de requisitos específicos do fornecedor de banco de dados, que pode dizer se um tipo de driver JDBC 4 é suportado pelo seu banco de dados.
Utilize um driver JDBC tipo 2 para acesso a dados locais e um do tipo 4 (ou Java puro) para acesso a dados remotos
Em geral, o driver JDBC tipo 2 é recomendado. Use o link anterior para visualizar uma lista de requisitos específicos do fornecedor de banco de dados, que pode dizer se um tipo de driver JDBC 4 é suportado pelo seu banco de dados.
Ajuste as origens de dados JDBC do WebSphere Application Server e conjuntos de conexões associados
A configuração da origem de dados JDBC pode ter um impacto significativo sobre o desempenho. Por exemplo, o tamanho do pool de conexão e o cache de instruções preparadas precisam ser dimensionados com base no número de pedidos simultâneos sendo processados e no design do aplicativo.
Consulte o tópico Conjunto de Conexões para obter informações adicionais.
Ative a opção de transmitir por referência
Utilize os aplicativos que tiram proveito da passagem pela opção de referência para impedir o custo de copiar parâmetros para pilha.
- Assegure que
o log de transações seja designado a um disco rápido
Alguns aplicativos geram uma alta taxa de gravações para o log de transações. Localizar o log de transações em um disco rápido ou em uma matriz de disco pode aprimorar o tempo de resposta.
- Sintonize os componentes relacionados, por exemplo, banco de dados
Em muitos casos, alguns outros componentes, por exemplo, database, precisa de ajustes para obter rendimento do processamento maior para toda a sua configuração.
- Desative as funções que não são necessárias
Por exemplo, se seu aplicativo não usar o suporte ao web services addressing (WS-Addressing), desativar essa função pode melhorar ao desempenho.
Atenção: Use esta propriedade com cuidado porque os aplicativos podem requerer que MAPs WS-Addressing funcionem corretamente. Configurar essa propriedade também desativa o suporte WebSphere Application Server para as seguintes especificações, que dependem do suporte WS-Addressing: Transações Atômicas de Serviços da Web, Acordo de Negócios de Serviços da Web, Notificação de Serviços da Web.
Para desativar o suporte para WS-Addressing, consulte Ativando o Suporte do Web Services Addressing para Aplicativos JAX-RPC
Ajustando o Índice
Um dos objetivos do modelo de programação e do tempo de execução do produto é simplificar significativamente o trabalho exigido para que os desenvolvedores de aplicativos escrevam e implementem aplicativos. Às vezes, diz-se que o produto alivia o programador de aplicativos de várias tarefas de exploração envolvidas no desenvolvimento de aplicativos. Por exemplo, o código do aplicativo no produto não está relacionado diretamente com a comunicação remota -- ele localiza os objetos que podem ser locais ou remotos e aciona os métodos. Portanto, você não verá nenhum uso direto de chamadas de soquete ou da programação TCP/IP nesse código de aplicativo.
Essa separação entre o que você deseja fazer e onde irá fazer é um aspecto da remoção de tarefas de exploração dos programadores de aplicativos. Outras considerações envolvem a não necessidade de lidar com chamadas de dados para alguns tipos de beans, potencialmente autenticação do usuário e encadeamento. Em geral, não há chamadas do código do aplicativo para contato de soquetes, chamadas RACF ou gerenciamento de encadeamento. A remoção desse programador do aplicativo não significa que esse trabalho não será feito. Ao contrário, significa que poderá haver mais trabalho para o DBA, o administrador da rede, o administrador de segurança e o analista de desempenho.
Existem quatro camadas de ajuste que precisam ser endereçadas:Tratamos das três primeiras em seções separadas neste artigo e discutimos, brevemente, sobre a quarta. Para obter mais informações sobre como ajustar aplicativos, consulte Utilizando aplicativos clientes.
Ajustando os Subsistemas
As etapas envolvidas no ajuste dos subsistemas z/OS para otimizar o desempenho do produto incluem:
Ajustando o Tempo de Execução do Produto
As etapas envolvidas no ajuste do tempo de execução do produto para otimizar o desempenho incluem a revisão:Revise a configuração do produto
A primeira coisa a fazer é revisar a configuração do produto. Uma maneira simples de fazer isso é observar o controle do aplicativo e as regiões do servidor no SDSF. Quando cada servidor for iniciado, o tempo de execução imprime os dados de configuração atual no log da tarefa.
Dicas de Rastreio Interno para o Produto
Os rastreios do produto podem ser extremamente úteis na detecção e no diagnóstico de problemas. Ao definir adequadamente as opções de rastreio, você pode capturar as informações necessárias para detectar problemas sem custo significativo no desempenho.
- Verifique se você não está coletando mais dados de diagnóstico do que o necessário.
Confira suas opções de rastreio para verificar se a propriedade ras_trace_defaultTracingLevel está definida como 0 ou 1 e se as propriedades ras_trace_basic e ras_trace_detail não estão definidas.
Como visualizar ou configurar: No console administrativo:- Clique em .
- Na guia Configuração, procure alguma dessas propriedades no campo de nome e observe suas configurações no campo de valor.
- Para alterar a configuração de uma dessas propriedades, clique no nome da propriedade e no campo de nome; em seguida, especifique a nova configuração no campo de valor. Você também pode descrever a definição no campo de descrição nessa guia.
- Para incluir uma dessas propriedades, clique em Novo e depois especifique o nome da propriedade e o campo de nome, além da configuração de propriedade no campo de valor.
- Se você usar qualquer nível de rastreio, incluindo
ras_trace_defaultTracingLevel=1, verifique se a propriedade ras_trace_outputLocation está
definida como BUFFER.Quando a propriedade ras_trace_defaultTracingLevel está definida como 1, as exceções são gravadas no log de rastreio, bem como no log de ERROS.
- É melhor rastrear para CTRACE.
Se você estiver rastreando para SYSPRINT com ras_trace_defaultTracingLeve definido como 3, poderá sofrer uma redução de quase 100% no rendimento. Caso esteja rastreando para CTRACE, entretanto, poderá sofrer uma redução de apenas 15% no rendimento.
- É melhor rastrear para CTRACE.
- Defina a propriedade ras_trace_BufferCount como 4 e a
propriedade ras_trace_BufferSize como 128.
Essa configuração reserva 512 KB do armazenamento para os buffers de rastreio, que é a quantidade mínima de armazenamento permitida, além de reduzir os requisitos de memória.
- Desative o rastreio JRAS. Para desativar o rastreio JRAS, procure as seguintes linhas no arquivo trace.dat apontado pelo arquivo de propriedades JVM:
Verifique se ambas as linhas estão definidas como disable, ou exclua as duas linhas.com.ibm.ejs.*=all=disable com.ibm.ws390.orb=all=disable
Nota: Se um valor estiver especificado para a propriedade ras_trace_outputLocation, você poderá estar rastreando e não saber.
- Verifique se você não está coletando mais dados de diagnóstico do que o necessário.
Local de Dicas do Programa Executável
A próximo coisa a rever na configuração é onde o código do programa está localizado. A IBM recomenda instalar o máximo possível do código do produto no LPA, conforme seja aceitável. Isso assegura que você tenha eliminado todas as steplibs desnecessárias que podem afetar adversamente o desempenho. Se você tiver de usar STEPLIBs, verifique se algum STEPLIB DD nos processos do controlador e do servant não aponta para alguma biblioteca desnecessária. Consulte UNIX System Services (USS) tuning tips for z/OS para obter considerações de ajuste do sistema de arquivos compartilhado por USS.
Se você optar por não colocar a maior parte do tempo de execução no LPA, talvez ache que o trabalho do armazenamento do processador fica maior à medida que a carga aumenta. No mínimo, o produto inicia três espaços de endereço, de modo que qualquer código que não seja compartilhado carrega três cópias em vez de uma. Conforme a carga aumenta, muito mais servants poderão ser iniciados e contribuir com carga adicional no armazenamento do processador.
Reveja a instrução PATH para se assegurar de que apenas os programas requeridos estejam no PATH e que a ordem do PATH coloca programas utilizados com frequência na parte frontal.
Ajuste para Aplicativos J2EE
As etapas envolvidas no ajuste do desempenho dos aplicativos J2EE incluem:- Revise
o design de seu aplicativo
É possível localizar a causa de muitos problemas de desempenho no design do aplicativo. Revise o design para determinar se ele causa problemas de desempenho.
- Mudanças de comportamento do CDI
Por padrão, o CDI 1.2 varre todos os archives de aplicativos. O CDI 1.2 pode aumentar grandemente o tempo de inicialização, especialmente para aplicativos maiores. Para desativar a varredura implícita de archive para anotações, configure a propriedade de sistema, enableImplicitBeanArchives para false. Essa configuração ignora a varredura de archives, a não ser que eles contenham um arquivo beans.xml.