Você pode usar a análise de solicitação HTTP padrão no navegador para analisar o fluxo de solicitação. Para obter mais informações sobre como fazer isso no Chrome, consulte:

https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource-
loadinghttps://developers.google.com/web/tools/chrome-devtools/profile/network-performance/understanding-resource-timing

Verifique a documentação de depuração do Dispatcher para ver se as solicitações estão armazenadas em cache corretamente.

Use Dia difícil para replicar as condições do "mundo real" das instâncias de produção. Se isso não for realista para o local de desenvolvimento, teste a instância de produção (ou uma de armazenamento temporário idêntica) em um contexto de rede diferente.

Investigue a camada de rede para problemas de saturação e latência.

Para a camada do autor, recomenda-se que a latência não ultrapasse 100 milissegundos.

Para obter mais informações sobre dicas de otimização de desempenho, consulte esta página.

Você pode verificar se há solicitações lentas analisando request.log ou usando rlog.jar.

Para obter mais informações sobre como usar o rlog.jar, consulte esta página.

Consulte Usar rlog.jar para localizar solicitações com tempos de longa duração.

Para obter informações sobre ferramentas de criação de perfis que você pode usar com AEM, consulte Ferramentas para Monitoramento e Análise de Desempenho.

1. Sem memória
2. Meu aplicativo lança erros de falta de memória
3. Analise problemas de memória na Helpx.
   

Consulte a seção E/S de disco na documentação Monitoramento e manutenção.

• Dicas para ajuste de desempenho
• Configuração para desempenho
• Ajuste do desempenho do repositório

• Processamento de fluxo de trabalho simultâneo
• Configurar a fila para um fluxo de trabalho específico
• Expurgação Regular de Instâncias de Fluxo de Trabalho
• Workflows transitórios
  

Práticas recomendadas do Multi Site Manager

1. Serviço de Sincronização de Ativos
2. Várias instâncias DAM
3. Artigos de dicas de ajuste de desempenho aqui e aqui.
   

Verificando sessões JCR não fechadas

Ativação de sessões seguras

1. Configuração geral do Dispatcher
2. Configuração do Cache do Dispatcher

Como melhorar a taxa de cache; tornar as solicitações compatíveis com o cache (práticas recomendadas do Dispatcher)

Além disso, considere as configurações abaixo para otimizar suas configurações de cache

1. Definir uma regra sem cache para solicitações HTTP que não sejam GET
2. Configurar strings de query para que não possam ser armazenadas em cache
3. Não armazene URLs em cache com extensões ausentes
4. Cabeçalhos de autenticação de cache (possível desde o Dispatcher versão 4.1.10)

Você pode baixar a versão mais recente do Dispatcher neste local:

Seguir link

• Invalidação do cache para a camada Autor;
• Invalidação de cache para a camada de publicação.

O cabeçalho Keep-Alive está presente nas diferentes solicitações para reutilizar conexões? Caso contrário, cada pedido conduziria a outro estabelecimento de conexão, o que introduz despesas gerais desnecessárias. (análise de solicitação HTTP padrão no navegador)

Você pode verificar a ferramenta Servidor Proxy para verificar se há conexões Keep-Alive.

1. Concatenar recursos (imagens, sprites CSS, JSON etc.)
   
2. Incorporação de clientlibs:
   1. Criação de pastas da biblioteca do cliente - consulte cabeçalho Uso da incorporação para minimizar solicitações