Potete utilizzare l’analisi standard delle richieste HTTP nel browser per analizzare il flusso di richieste. Per ulteriori informazioni su come eseguire questa operazione su Chrome, vedere:

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

Per verificare se le richieste sono memorizzate nella cache correttamente, consultare la documentazione relativa al debug del dispatcher.

Utilizzate Tough Day per replicare le condizioni "real world" dalle istanze di produzione. Se questo non è realistico per lo spazio di sviluppo, verificare l'istanza di produzione (o una sosta identica) in un contesto di rete diverso.

Esaminate il livello di rete per i problemi di saturazione e latenza.

Per il livello di authoring, si consiglia di non superare i 100 millisecondi.

Per ulteriori informazioni sui suggerimenti per l'ottimizzazione delle prestazioni, vedere questa pagina.

È possibile verificare la presenza di richieste lente analizzando il request.log o utilizzando rlog.jar.

Per ulteriori informazioni sull'utilizzo di rlog.jar, consultate questa pagina.

Vedere Utilizzo di rlog.jar per trovare richieste con tempi di durata prolungata.

Per informazioni sugli strumenti di profilatura utilizzabili con AEM, vedere Strumenti per il monitoraggio e l'analisi delle prestazioni.

1. Memoria insufficiente
2. La mia applicazione genera errori di memoria insufficiente
3. Analizzare i problemi di memoria sull'Helpx.
   

Vedere la sezione I/O del disco nella documentazione relativa al monitoraggio e alla manutenzione.

• Suggerimenti per il tuning delle prestazioni
• Configurazione per prestazioni
• Ottimizzazione delle prestazioni del repository

• Elaborazione flusso di lavoro simultanea
• Configurare la coda per un flusso di lavoro specifico
• Rimozione regolare delle istanze del flusso di lavoro
• Flussi di lavoro transitori
  

Best practice per i manager multisito

1. Servizio di sincronizzazione risorse
2. Istanze DAM multiple
3. Articoli per suggerimenti sull'ottimizzazione delle prestazioni qui e qui.
   

Verifica delle sessioni JCR non chiuse

Abilitazione di sessioni sicure

1. Configurazione del dispatcher generale
2. Configurazione della cache del dispatcher

Come migliorare il rapporto cache; rendi le richieste inseribili nella cache (procedure ottimali per il dispatcher)

Inoltre, prendere in considerazione le seguenti impostazioni per ottimizzare le configurazioni di memorizzazione nella cache

1. Impostare una regola di assenza della cache per le richieste HTTP non GET
2. Configurare le stringhe di query affinché non possano essere memorizzate nella cache
3. Non memorizzare nella cache gli URL con estensioni mancanti
4. Intestazioni di autenticazione cache (possibile dalla versione 4.1.10 del dispatcher)

Puoi scaricare la versione più recente del dispatcher nel seguente percorso:

Segui il collegamento

• Annullamento validità cache per il livello Author;
• Annullamento della validità della cache per il livello di pubblicazione.

L'intestazione Keep-Alive è presente nelle diverse richieste di riutilizzo delle connessioni? In caso contrario, ciò significherebbe che ogni richiesta porta a un altro stabilimento di collegamento, che introduce costi aggiuntivi non necessari. (Analisi delle richieste HTTP standard nel browser)

È possibile controllare lo strumento Server proxy per verificare la presenza di connessioni Keep-Alive.

1. Concatenate le risorse (immagini, sprite CSS, JSON, ecc.)
   
2. Incorporazione di Clientlibs:
   1. Creazione di cartelle libreria client - vedere l'intestazione Utilizzo dell'incorporamento per ridurre al minimo le richieste