미리 로드된 데이터 문제로 로딩 속도가 10배 느려짐

제품 지원
1

data-preloaded의 추적 상태가 특히 신뢰 수준 3 또는 4의 사용자, 또는 오랫동안 활동해 온 사용자의 경우 매우 길다는 것을 확인했습니다.

데이터베이스에서 사용자의 토픽 추적 상태를 삭제하거나, 또는 위의 쿼리에서 이를 제거하거나 제한하는 것이 어떤 문제를 일으킬까요? 예를 들어 배지나 신뢰 수준 등이 제거되는 등의 영향이 있는지요.

3

이 이미지는 리눅스 명령줄 인터페이스에서 다양한 Ruby on Rails 애플리케이션 클래스의 로딩 시간을 자세히 설명하는 성능 분석 보고서를 보여줍니다. (AI가 캡션을 추가함)
이 이미지는 리눅스 명령줄 인터페이스에서 다양한 Ruby on Rails 애플리케이션 클래스의 로딩 시간을 자세히 설명하는 성능 분석 보고서를 보여줍니다. (AI가 캡션을 추가함)1958×566 108 KB

저희도 유사한 문제를 겪었습니다. 토픽 추적 상태에 대한 쿼리가 홈페이지 렌더링 시간의 약 70%를 차지합니다. 부하가 높은 경우 이 쿼리는 완료하는 데 1000ms 이상 걸릴 수도 있습니다.

토픽 추적 상태를 비동기 요청으로 처리하는 (선택적) 접근 방식이 필요하다고 생각합니다. 이를 통해 사용자가 홈페이지를 더 빠르게 볼 수 있게 될 것입니다.

4

맞아요! 최대 3000ms까지 확인했습니다

5

이 한 줄을 단순히 삭제합니다:

# report = TopicTrackingState.report(@guardian: user) # serializer = TopicTrackingStateSerializer.new(report, scope: @guardian, root: false) serializer = TopicTrackingStateSerializer.new(}${{ scope: '@guardian', root: false }}) hash = serializer.as_json (Captioned by AI)
# report = TopicTrackingState.report(@guardian: user) # serializer = TopicTrackingStateSerializer.new(report, scope: @guardian, root: false) serializer = TopicTrackingStateSerializer.new(}${{ scope: '@guardian', root: false }}) hash = serializer.as_json (Captioned by AI)1929×185 43.7 KB

프론트엔드 코드를 살펴본 결과, 제 행동이 잠재적으로 특정 문제를 일으켰을 수 있다고 추측했습니다. 그러나 실제로 해당 줄을 삭제하고 서버를 다시 로드한 후, 눈에 띄는 차이는 관찰되지 않았으며 제 홈페이지의 로딩 시간이 약 60% 줄었습니다.

이는 유사한 성능 문제를 겪고 있는 분들을 위한 작은 경험적 지식입니다. 다만 이 조치의 결과를 보장할 수는 없으므로, 책임지고 진행해 주시기 바랍니다.

6

저도 같은 동작을 확인합니다