New Relic의 RUM 출력에서 볼 수있는 것을 토대로 성능 튜닝을하고 싶지만, 먼저 다음을 이해해야합니다.새로운 Relic의 AJAX 요청에 대한 RUM 이해하기
나는 KendoUI 그리드를로드하는 페이지가 있습니다. 그리드는 데이터를 비동기 적으로로드하도록 구성됩니다. 그래서 페이지가로드되고 사용자는 그리드 레이아웃을 보게됩니다. 몇 밀리 초 안에 그리드는 "로딩"그래픽을 표시하고 데이터에 대한 비동기 요청을 기다린다. Json으로 돌아 오면 "로딩"그래픽이 실제 데이터로 바뀐다.
그리드 (또는 그와 관련한 다른 $ .ajax() 요청)에 대한 데이터의 비동기로드가 New Relic의 RUM 출력에 어떤 영향을 미치는지 이해해야합니까?
특히, RUM은 DOM 처리를위한 특정 시간과 페이지 렌더링의 특정 시간을보고합니다. 이 두 숫자 중 어느 것이 비동기 요청을보고 할 것인가?
일반적으로 Load() 이벤트 이후에 아무 일도 발생하지 않으면 New Relic RUM (실제 사용자 모니터링)이이 작업을 캡처하지 않습니다.
예를 들어 브라우저에서 네트워크 (또는 폭포)보기를 보면이 Load 이벤트가 발생하는시기와 리소스가이 이벤트의 컨텍스트에서로드 된시기를 정확하게 볼 수 있습니다.
아마도이 비동기 자산은이 Load() 이벤트 이후에 수집되며 RUM 메트릭에 포함되지 않습니다. 이 블로그 기사에는이 유형의 측정 항목을 조정하는 방법에 대한 멋진 분석이 있습니다 (예 : New Relic이 과거에 갖고 있었던 방식).
"브라우저가 렌더링되고 사용자가 페이지와 상호 작용할 수있을 때 RUM 타이머가 멈 춥니 다 ... 의미하는 바를 결정하고 이에 따라 코드를 조정하는 것은 사용자의 몫입니다." http://blog.newrelic.com/2012/05/10/how-we-tune-our-own-app-using-rum-data/
또한이 활동에 대한 추가 가시성을 얻을 수 있도록 Ajax 계측 지원을 추가로 조사하고 있습니다.
감사 브라이언 현재 릴리스 블로그를 찾을 수 있습니다. 또한 DOM 처리 섹션과 관련하여 조언 해 주실 수 있습니다 ... HTML을 파싱 할 때 CSS 또는 js 파일을 다운로드하여 파싱해야하는 경우 해당 파일을 다운로드하는 데 걸리는 시간이 네트워크에 표시됩니까? 또는 DOM 처리 섹션? (일단 다운로드가 완료되면 해당 파일을 구문 분석하는 데 걸리는 시간이 DOM 처리 시간에 추가됩니다) –