Windows 11 PC를 사용하면서 컴퓨터 상태가 완벽하다고 생각할 때가 많습니다. 불필요한 시작 앱도 없고, 굳이 돌아갈 필요 없는 서비스도 없으며, RAM 사용량도 최고치보다 훨씬 낮게 유지되고 있으니까요. 그런데 눈썰미가 좋은 사용자라면 설명하기 어려운 갑작스러운 RAM 스파이크를 목격한 적이 있을 것입니다. 짧게는 스크린샷조차 찍기 어려울 정도로 순간적이고, 대체로 완전히 무작위적으로 나타나는 현상입니다.
문제는 이 무작위적인 스파이크가 PC가 부하 상태에서 안정적으로 동작해야 하는 순간에 시스템을 한계까지 밀어붙인다는 점입니다. 고사양 게임을 실행하거나 파일을 렌더링하는 도중 이런 급격한 스파이크가 발생하면 RAM이 과부하에 걸리고, 당시 실행 중이던 프로세스가 크래시되는 일이 자주 생깁니다.
작업 스케줄러는 겉모습만큼 조용하지 않다
아무도 예상하지 못하는 숨겨진 백그라운드 작업
보통 우리는 작업 스케줄러를 열어 눈에 띄는 몇 가지 항목을 비활성화하고, 업데이트 관련 작업을 꺼본 뒤 그걸로 끝이라 여깁니다. 하지만 작업 스케줄러에는 겉으로 보이는 것보다 훨씬 많은 것이 숨어 있습니다. 물론 쓸모없는 Windows 11 서비스를 비활성화해서 RAM 스파이크를 잡을 수도 있지만, 해당 서비스는 좀처럼 찾기 어렵습니다.
Windows 작업 스케줄러는 깊게 중첩된 폴더 구조로 되어 있습니다. 즉, Windows에 실질적인 영향을 주는 대부분의 핵심 작업은 작업 스케줄러 > 작업 스케줄러 라이브러리 > Microsoft > Windows 경로 아래에 묻혀 있습니다. 이곳에서 특히 주목해야 할 두 개의 하위 폴더가 바로 Application Experience와 Diagnosis입니다.
이 폴더들은 Microsoft가 배치해 둔 예약 작업들을 담고 있으며, 사용자가 원하든 원하지 않든 백그라운드에서 조용히 실행됩니다. 게다가 작업 관리자에는 지속적인 프로세스로 표시되지 않기 때문에 붙잡기가 상당히 까다롭습니다. PC에서 무작위로, 거의 감지할 수 없을 정도로 발생하는 RAM 스파이크를 일으키는 프로세스는 거의 확실히 이 두 하위 폴더에 숨어 있는 셈입니다.
생각보다 많은 일을 하는 폴더
Application Experience 작업의 실체
Application Experience 폴더에는 PC에 영향을 줄 수 있는 여러 작업이 들어 있습니다. 첫 번째는 Microsoft Compatibility Appraiser입니다. 이 작업은 CompatTelRunner.exe 프로세스를 담당하며, 시스템에 설치된 프로그램을 검사하고 호환성 보고서를 생성한 뒤 CEIP(고객 환경 향상 프로그램)를 통해 Microsoft로 전송합니다.
이 프로그램은 몇 초에서 수 분까지 지속되는 CPU 및 디스크 사용량 급증을 유발할 수 있습니다. 또한 공유 서비스 호스트 프로세스 하에서 실행되기 때문에 작업 관리자에서 식별하기가 더욱 어렵습니다.
다음은 ProgramDataUpdater입니다. Compatibility Appraiser의 데이터 수집 보조 역할을 하며, 단독으로는 덜 공격적이지만 앞선 프로세스 위에 추가 리소스 사용량을 얹어 전체적인 시스템 부담을 키웁니다.
마지막으로 StartupAppTask는 부팅 시 어떤 애플리케이션이 실행되는지 모니터링하고 호환성 데이터베이스에 보고합니다. Windows 11이 부팅 때 여전히 구식 서비스를 돌리는 대표적인 사례 중 하나입니다. 참고로 이 프로세스들은 실행 전에 사용자 허가를 요청하지 않으며, 어떤 정보를 수집하는지도 완전히 투명하게 공개하지 않습니다. 그냥 실행되고, 리소스 사용량을 치솟게 한 뒤, 조용히 사라질 뿐입니다.
유지 관리 작업이 항상 가볍지는 않다
예약된 작업에는 메모리 비용이 따른다
Diagnosis 폴더는 Windows에 대한 Microsoft의 예약 유지 관리를 담당합니다. 시스템 문제를 자동으로 검사·탐지·수정하도록 설계된 주기적 작업들이죠. 유용해 보이지만, 이미 부하가 걸린 시스템에서 이런 유틸리티가 대량으로 실행되면 부담이 금방 누적됩니다. 이 작업들은 매주 일요일 오전 1시 또는 시스템이 PC를 유휴 상태로 판단할 때마다 실행되도록 예약되어 있으며, 그 과정에서 사용량을 급등시킬 수 있는 유지 관리 작업을 수행합니다.
이 유지 관리 프레임워크에는 메모리 진단(Memory Diagnostics) 아래의 RunFullMemoryDiagnostics 작업이 포함됩니다. 이는 Windows가 실행하는 가장 리소스 집약적인 메모리 작업 중 하나로, SYSTEM 프로세스의 CPU 사용량을 크게 끌어올리며, 유지 관리 주기에서 맨 마지막에 실행되는 경우가 많습니다. 다른 작업과 마찬가지로 작업 관리자에서는 svchost.exe 프로세스 아래에 숨어 있어 찾기가 정말 골칫거리입니다.
스파이크는 놓치기 쉽다
추적하기도 전에 사라지는 이유
이런 스파이크를 잡기 어려운 주된 이유는 작업 자체에 있습니다. 백그라운드에서 끊임없이 돌아가는 일반 서비스와 달리, 예약 작업은 트리거에 따라 실행됩니다. 이 트리거는 유휴 상태일 때, 특정 시각에, 혹은 특정 이벤트가 발생했을 때 작동할 수 있습니다. 작업 관리자를 열어 프로세스 탭을 확인할 즈음이면 이미 실행을 마치고 스스로 종료한 상태인 경우가 많습니다.
이를 포착하는 더 좋은 방법은 리소스 모니터를 활용하는 것입니다. 리소스 모니터를 백그라운드에서 계속 실행해 두고, 더 상세한 프로세스 분석 기능으로 순간적으로 급등했다가 종료되는 단명 프로세스를 잡아내세요. 또는 이벤트 뷰어를 열어 위 하위 폴더들을 지정한 뒤, 스파이크가 발생한 시점의 작업 시작·종료 타임스탬프 로그를 확인하는 방법도 있습니다.
수정은 1분도 걸리지 않는다
시스템을 망가뜨리지 않고 올바르게 비활성화하기
Application Experience 폴더 내의 작업은 작업 스케줄러 자체에서 비활성화할 수 있습니다. 원하는 작업을 마우스 오른쪽 버튼으로 클릭하고 사용 안 함(Disable)을 선택하면 됩니다. 설정을 일일이 뒤지기 귀찮다면 아래 PowerShell 명령어로 앞서 언급한 기능들을 깔끔하게 비활성화하는 편이 더 간편합니다.
Disable-ScheduledTask -TaskPath '\Microsoft\Windows\Application Experience' -TaskName 'Microsoft Compatibility Appraiser'
Disable-ScheduledTask -TaskPath '\Microsoft\Windows\Application Experience' -TaskName 'ProgramDataUpdater'
Disable-ScheduledTask -TaskPath '\Microsoft\Windows\Application Experience' -TaskName 'StartupAppTask'
Diagnosis 폴더의 작업 비활성화는 다소 까다롭습니다. Scheduled 작업은 Windows의 전반적인 자동 유지 관리 시스템과 연동되어 있기 때문입니다. 비활성화할 수는 있지만, 이 작업이 알림 센터(Action Center)를 통해 시스템 문제를 식별하고 표시하는 역할도 담당한다는 점을 유념하세요. 더 나은 방법은 트리거 시간을 변경해 본인이 PC를 사용하지 않는 시간대에 유지 관리가 실행되도록 조정하는 것입니다. 어차피 모든 Windows 서비스를 함부로 꺼도 되는 것은 아니니까요.
겉보기보다 단순하면서도 까다롭다
작업 스케줄러가 더 많은 관심을 받아야 하는 이유
Windows 작업 스케줄러는 방대한 시스템이며, 그 안에 중첩된 Microsoft 소유 작업들은 생각보다 훨씬 많은 일을 하고 있습니다. 문제는 대부분의 사람들이 이 은밀한 프로세스들을 찾을 만큼 깊이 파고들지 않는다는 것이고, 정작 프로세스들 역시 쉽게 드러나지 않는다는 점입니다.
하지만 어디를 살펴야 할지 알게 되면, 그 미스터리한 RAM 스파이크는 더 이상 값비싼 하드웨어 교체가 필요한 문제가 아니라, Windows 후드 아래를 들여다보는 저녁 한 번이면 해결되는 문제로 보이기 시작할 것입니다.