Windows Modules Installer Worker (TiWorker.exe) 프로세스가 높은 CPU를 사용하는 건, 백그라운드에서 Windows 업데이트를 검색/다운로드/설치하는 작업 때문입니다. 보통 아래 방법으로 CPU 점유율을 낮출 수 있습니다.
1. 업데이트 작업이 끝날 때까지 기다리기
- 특히 오랫동안 패치하지 않은 경우, 첫 실행 시 대량의 업데이트를 처리하느라 CPU·디스크를 100% 가까이 쓸 수 있습니다.
- 작업 관리자(Ctrl + Shift + Esc) →
TiWorker.exe 단계가 크게 떨어질 때까지(수 분~수십 분) 기다려 보세요.
2. Windows Update 서비스 일시 중지
- 관리자 권한으로 PowerShell 혹은 CMD 실행
- 아래 명령어로 서비스를 멈춥니다.
# Windows Update 중지
Stop-Service wuauserv -Force
# Modules Installer(TrustedInstaller) 중지
Stop-Service trustedinstaller -Force
- CPU 부하가 잦아들면, 원하는 시점에 다시 켤 수 있습니다.
Start-Service wuauserv
Start-Service trustedinstaller
주의: 업데이트를 장기간 중지하면 보안 패치가 지연되므로, 반드시 작업 후 다시 켜서 최신 상태로 유지하세요.
3. 예약된 스캔 시간 변경
- 설정 → 업데이트 및 보안 → Windows 업데이트 → 고급 옵션
- “업데이트 설치 활동 시간(Active hours)”을 서버나 업무와 상관없는 시간으로 설정하여, 정상 업무시간에는 업데이트가 실행되지 않게 합니다.
4. DISM / SFC 검사로 시스템 파일 복구
- 관리자 권한 PowerShell 실행
- DISM으로 이미지 상태 복구
DISM /Online /Cleanup-Image /RestoreHealth
- SFC로 손상된 시스템 파일 검사/복구
sfc /scannow
- 완료 후 재부팅하고 CPU 사용량 변화를 확인하세요.
5. 업데이트 로그 확인
- 이벤트 뷰어 → Windows 로그 → 시스템
Windows Modules Installer 관련 오류가 반복되는지 확인- 오류가 있다면, 해당 KB 업데이트를 수동 다운로드 후 설치해 보세요.
6. 자동 업데이트 파일 초기화
때때로 업데이트 캐시나 SoftwareDistribution 폴더가 손상되어 재시도 루프가 걸리기도 합니다.
- Windows Update 서비스(
wuauserv) 중지
C:\Windows\SoftwareDistribution 폴더 이름을 바꾸거나 비우기- 서비스 다시 시작 → 업데이트 검색
요약
- 업데이트 완료 대기: 최초 대용량 패치 시 시간이 걸립니다.
- 서비스 일시 중지/재시작:
wuauserv·trustedinstaller 중지로 CPU 해제 후, 나중에 다시 켜기.
- 활동 시간(Active hours) 설정: 업무 시간 외에만 업데이트가 실행되게 예약.
- DISM/SFC 검사: 시스템 파일 손상 복구.
- 이벤트 뷰어로 오류 파악, KB 패치 수동 설치.
- SoftwareDistribution 초기화: 캐시 문제 해결.
위 단계를 순서대로 적용하면 TiWorker.exe의 과도한 CPU 점유를 크게 완화할 수 있습니다.