성능 트리 performance-tree

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

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

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

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

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

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

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

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

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

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

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

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

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. 클라이언트 라이브러리 폴더 만들기 - 요청을 최소화하기 위해 포함 사용 머리글을 참조하십시오