성능 트리 performance-tree

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

https://developer.chrome.com/docs/devtools/

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

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

성능 최적화 팁에 대한 자세한 내용은 이 페이지를 참조하십시오.

request.log을(를) 분석하거나 rlog.jar을(를) 사용하여 느린 요청을 확인할 수 있습니다.

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

rlog.jar를 사용하여 오래 지속되는 요청 찾기.
를 참조하십시오.

1. 메모리 부족
2. 내 응용 프로그램에서 메모리 부족 오류가 발생합니다.
3. 메모리 문제를 분석합니다.

• 성능 조정 팁
• 성능을 위한 구성
• 저장소 성능 조정

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

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

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

캐시 비율을 개선하는 방법, 캐시 가능한 요청을 하는 방법(Dispatcher 모범 사례)

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

1. GET이 아닌 HTTP 요청에 대해 no-cache 규칙을 설정합니다.
2. 캐시 불가능 쿼리 문자열 구성
3. 확장명이 누락된 URL을 캐시하지 않음
4. 캐시 인증 헤더(Dispatcher 버전 4.1.10 이후 가능)

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

링크 따라가기

• 작성자 계층에 대한 캐시 무효화
• Publish 계층에 대한 캐시 무효화.

Keep-Alive 헤더가 연결을 재사용하기 위한 다른 요청에 있습니까? 그렇지 않으면, 각 요청이 또 다른 연결 수립으로 이어져 불필요한 오버헤드가 유발되는 것을 의미할 것이다. (브라우저의 표준 HTTP 요청 분석)

프록시 서버 도구을(를) 확인하여 연결 유지를 확인할 수 있습니다.

1. 리소스(이미지, CSS 스프라이트, JSON) 연결
2. Clientlibs 포함:
   1. 클라이언트 라이브러리 폴더 만들기 - 요청을 최소화하기 위해 임베드를 사용하여 제목 참조