Árvore de desempenho performance-tree
- Tópicos:
- Administração
Criado para:
- Administrador
Escopo scope
O diagrama a seguir fornece orientação sobre as etapas a serem seguidas para solucionar problemas de desempenho. Ele é dividido em cinco seções para facilitar a leitura.
Cada etapa do diagrama está vinculada a um recurso de documentação ou a uma recomendação.
Pré-requisitos e premissas prerequisites-and-assumptions
A suposição é que um problema de desempenho é observado em uma determinada página (um console AEM ou uma página da Web) e pode ser reproduzido de forma consistente. Ter uma maneira de testar ou monitorar o desempenho é um pré-requisito antes de iniciar a investigação.
A análise começa na etapa 0. O objetivo é determinar qual entidade (Dispatcher, host externo ou AEM) é responsável pelo problema de desempenho e, em seguida, determinar qual área (servidor ou rede) deve ser investigada.
Seção 1 section
Seção 2 section-1
Seção 3 section-2
Seção 4 section-3
Seção 5 section-4
Links de referência reference-links
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 essa análise no Chrome, consulte:
HEAD
solicitações de autenticação ao AEM antes de entregar o recurso em cache. Procure por HEAD
solicitações no AEM access.log
. Para obter mais informações, consulte Log.Investigue a camada de rede para problemas de saturação e latência.
Para o nível de criação, é recomendável 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 solicitações lentas analisando o request.log
ou usando rlog.jar
.
Para obter mais informações sobre o uso de rlog.jar, consulte esta página.
Consulte Localizar solicitações com tempos de longa duração usando rlog.jar.
- Serviço de sincronização do Assets
- Várias instâncias do DAM
- Dicas de ajuste de desempenho artigo aqui.
Como melhorar a taxa de cache; tornar as solicitações compatíveis com cache (práticas recomendadas do Dispatcher)
Além disso, considere as configurações abaixo para otimizar suas configurações de cache
- Definir uma regra sem cache para solicitação HTTP que não seja GET
- Configurar cadeias de caracteres de consulta para não serem armazenadas em cache
- Não armazenar URLs com extensões ausentes em cache
- Cabeçalhos de autenticação de cache (possível desde a versão 4.1.10 do Dispatcher)
Baixe a versão mais recente do Dispatcher neste local:
e 47
O cabeçalho Keep-Alive
está presente nas diferentes solicitações para reutilizar conexões? Caso contrário, significaria que cada solicitação leva a outro estabelecimento de conexão, o que introduz uma sobrecarga desnecessária. (Análise de solicitação HTTP padrão no navegador)
Você pode verificar a ferramenta Servidor Proxy para verificar as conexões Keep-Alive.
- Concatenar recursos (imagens, sprites CSS, JSON)
- Incorporação de clientlibs:
- Criando Pastas da Biblioteca do Cliente - consulte o cabeçalho Uso da incorporação para minimizar solicitações