성능 트리

브라우저에서 표준 HTTP 요청 분석을 사용하여 요청 흐름을 분석할 수 있습니다. Chrome에서 이 작업을 수행하는 방법에 대한 자세한 내용은 다음을 참조하십시오.

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

을(를) 확인합니다. Dispatcher 디버깅 설명서 요청이 제대로 캐시되는지 확인합니다.

사용 Tough Day 운영 인스턴스에서 "실제" 조건을 복제하기 위해 개발 환경에 적합하지 않은 경우 다른 네트워크 컨텍스트에서 프로덕션 인스턴스(또는 동일한 스테이징 인스턴스)를 테스트해야 합니다.

네트워크 계층에서 채도 및 지연 문제를 조사합니다.

작성 계층의 경우 지연이 100밀리초를 넘지 않는 것이 좋습니다.

성능 최적화 팁에 대한 자세한 내용은 이 페이지.

를 분석하여 느린 요청을 확인할 수 있습니다 request.log 또는 rlog.jar.

rlog.jar 사용에 대한 자세한 내용은 이 페이지를 참조하십시오.

자세한 내용은 rlog.jar를 사용하여 오랜 기간 동안 요청을 찾습니다.

AEM에서 사용할 수 있는 프로파일링 도구에 대한 자세한 내용은 성능 모니터링 및 분석 도구.

1. 메모리 부족
2. 내 애플리케이션에서 메모리 부족 오류가 발생합니다
3. Helpx에서 메모리 문제를 분석합니다.
   

자세한 내용은 디스크 I/O 모니터링 및 유지 관리 설명서의 섹션을 참조하십시오.

• 성능 조정 팁
• 성능 구성
• 저장소 성능 조정

• 동시 워크플로우 처리
• 특정 워크플로우에 대한 큐 구성
• 정기적인 워크플로 인스턴스 제거
• 임시 워크플로
  

다중 사이트 관리자 우수 사례

1. 자산 동기화 서비스
2. 여러 DAM 인스턴스
3. 성능 조정 팁 문서 여기 및 여기.
   

닫히지 않은 JCR 세션 확인

보안 세션 활성화

1. 일반 Dispatcher 구성
2. Dispatcher 캐시 구성

캐시 비율 개선 방법 요청 캐시 가능(Dispatcher 우수 사례)

또한 캐싱 구성을 최적화하려면 아래 설정을 고려하십시오

1. GET이 아닌 HTTP 요청에 대해 no-cache 규칙 설정
2. 쿼리 문자열을 캐시할 수 없도록 구성
3. 확장이 없는 URL을 캐시하지 마십시오
4. 캐시 인증 헤더(Dispatcher 버전 4.1.10 이후 가능)

이 위치에서 최신 Dispatcher 버전을 다운로드할 수 있습니다.

링크를 따르십시오.

• 작성자 계층의 캐시 무효화;
• 게시 계층의 캐시 무효화.

은 Keep-Alive 연결을 다시 사용하기 위해 다른 요청에 있는 헤더입니까? 그렇지 않으면 각 요청이 다른 연결 설정으로 이어져 불필요한 오버헤드가 발생합니다. (브라우저의 표준 HTTP 요청 분석)

확인할 수 있습니다 프록시 서버 도구 을 눌러 Keep-Alive 연결을 확인합니다.

1. 리소스(이미지, CSS 스프라이트, JSON 등)를
   
2. Clientlibs 포함:
   1. 클라이언트 라이브러리 폴더 만들기 - 요청을 최소화하기 위해 포함 사용 머리글을 참조하십시오