콘텐츠로 이동

백그라운드 ETW 자동 로거

목차

권장

상황에 따라

나열된 진단 추적과 DiagTrack 원격 분석을 포기할 준비가 되었다면 비활성화를 적용하십시오.

업데이트, 호환성 및 충돌 진단이 덜 완전해집니다. FPS 증가 및 지연 감소는 보장되지 않습니다.

주요 효과
아홉 개의 ETW 세션 및 DiagTrack 비활성화
확인된 이점
−13,2 MB nonpaged pool
필요
재부팅

변경되는 사항

섹션 제목: “변경되는 사항”

Autologger는 시스템 부팅 시 ETW 추적을 자동으로 시작하는 Windows 메커니즘입니다. BoosterX 설정은 아홉 개의 백그라운드 진단 세션을 비활성화합니다: DiagLog, Diagtrack-Listener, LwtNetLog, NetCore, RadioMgr, ReFSLog, UBPM, WdiContextLog 및 WiFiSession.

DiagTrack 서비스(Connected User Experiences and Telemetry)도 비활성화됩니다: BoosterX는 저널을 변경하기 전에 이 서비스를 중지하고 자동 시작을 금지하여, 서비스가 Diagtrack-Listener를 다시 만들지 못하게 합니다. 적용하려면 재부팅이 필요합니다.

예외 및 차이점

섹션 제목: “예외 및 차이점”

비활성화는 업데이트, 호환성, 네트워크 및 무선 문제 연구를 위한 진단 데이터를 줄입니다. 기능 자체는 손상되지 않습니다: 이 설정은 애플리케이션 서비스가 아니라 추적에 적용됩니다.

DiagTrack은 별도의 «원격 분석 서비스» 카드로도 관리됩니다: 서비스를 다시 활성화하면 Diagtrack-Listener가 복원될 수 있습니다. 진단 데이터 수준은 «데이터 수집 정책의 원격 분석» 설정에서 지정됩니다.

확인된 효과

섹션 제목: “확인된 효과”

«얼마나 많은 메모리를 실제로 확보할 수 있는가» 연구에서 자동 로거를 비활성화하면 아홉 개의 세션과 네 개의 백그라운드 서비스를 완전히 비활성화했을 때 −13,2 MB nonpaged pool이 나타났습니다. 비활성화된 구성 요소의 총 working set은 약 78 MB였고, 실제 확보된 여유 메모리 증가는 +22–30 MB였습니다: 비활성화된 것 중 일부는 애초에 작동하지 않았습니다. 이는 시스템의 비례적 가속을 약속하는 것이 아니라 확인된 효과의 한계입니다.

결과 확인 방법

섹션 제목: “결과 확인 방법”
  1. 적용 및 재부팅 후 BoosterX에서 설정이 적용된 상태로 남아 있는지 확인하십시오.
  2. «이벤트 뷰어» → «애플리케이션 및 서비스 로그»를 열고 나열된 원본의 진단 기록이 더 이상 나타나지 않는지 확인하십시오.
  3. «서비스»(services.msc)에서 Connected User Experiences and Telemetry의 시작 유형이 «사용 안 함»인지 확인하십시오.

변경 및 되돌리는 방법

섹션 제목: “변경 및 되돌리는 방법”

BoosterX에서 **«최적화» → «개인정보 보호» → «Windows 진단 및 보고서» → «백그라운드 ETW 자동 로거»**를 열고 토글을 «켜짐» 위치로 전환하십시오: BoosterX가 나열된 세션을 비활성화하고 DiagTrack을 중지합니다. 페이지 하단의 **«적용»**을 누르십시오. **«즉시 적용»**이 켜져 있으면 변경이 즉시 수행되며, 그런 다음 PC를 재부팅하십시오. 되돌리려면 토글을 «꺼짐» 위치로 전환하고 변경을 적용하십시오: 자동 로거가 기본 시작 매개변수를 받고, DiagTrack은 재부팅 후 시작으로 돌아갑니다.

확인

섹션 제목: “확인”

마지막 확인: 2026-09-22.