DebugBear 모니터링 시스템으로 측정된 CPU 부하 변화

제품 지원
1

11.7부터 현재까지 사용자 브라우저에서 페이지 렌더링에 필요한 CPU 시간이 급격히 증가했습니다.

이 문제는 새로운 CSS로 인해 차단되는 것으로 보입니다. 우리 측에서는 변경 사항을 적용하지 않았지만, 정기적으로 업데이트(거의 매일)를 수행하고 있습니다.

문제를 더 잘 파악할 수 있도록 일부 데이터를 공유합니다. 왼쪽은 11.7입니다.

image
image330×131 2.57 KB

image
image333×133 3.38 KB

image
image340×130 3.55 KB

image
image330×136 3.18 KB

image
image705×123 5.97 KB

image
image1372×556 79.4 KB

image

그러나 최근 자체 호스팅 Discourse를 위한 Docker 업데이트가 많이 이루어졌기 때문에 문제가 다른 곳에 있을 수도 있습니다.

2

나 말고도 같은 문제를 겪는 사람이 있나요?

3

11.7에서 어떤 버전의 Discourse가 사용되었는지, 그리고 어떤 버전부터 문제가 발생하기 시작했는지 아시나요?

4

안타깝게도 말씀드리기 어렵습니다. Discourse 커뮤니티에서는 그렇게 상세한 로그를 보관하지 않습니다.

하지만 로그에서 이 내용을 찾아냈습니다: <meta name="generator" content="Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49">

이것이 마지막으로 정상적으로 작동했던 상태입니다.

5

이것은 필요하신 분들을 위해 게시글의 원본 내용에서 가져온 "<meta name="generator" content="Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49">"입니다.

7

이 지표들은 어떻게 수집되고 있나요?

LCP 측정값의 스크린샷에서 “이전” 스크린샷은 기본 HTML 크롤러 뷰를, “현재” 스크린샷은 사용자에게 표시되는 전체 JS 앱을 보여주고 있는 것 같습니다.

전체 JS 앱의 CPU 사용 시간과 페이지 크기가 더 큰 것은 당연한 일입니다.

따라서 이는 모니터링 시스템의 변경이거나, 아니면 Discourse가 모니터링 시스템에 응답하는 방식의 변화로 보입니다. :thinking:

8

모든 이미지는 동일한 시스템에서 일관되게 측정된 것입니다. 측정만 다른 날짜에 이루어졌을 뿐입니다. 따라서 Discourse 측의 조건이 아마도 변경되었을 가능성이 높습니다.

DebugBear의 측정 방식에 대한 자세한 내용은 여기를 참조하세요. A Guide to Website Monitoring | DebugBear