Published Apr 16, 2026, 8:01 AM EDT · 2026년 4월 16일 게시
Afam은 2018년 Make Tech Easier에서 테크 출판 경력을 시작한 이후, Windows, Linux, 오픈소스 도구를 다룬 고품질 가이드, 리뷰, 팁, 해설 기사를 꾸준히 발표해 왔으며, Technical Ustad, Windows Report, Guiding Tech, Alphr, Next of Windows 등 주요 테크 사이트에도 기고했습니다. 컴퓨터공학 학사 학위를 보유하고 있으며, 데이터 프라이버시와 보안 분야의 열렬한 옹호자로 Fuzo Tech 유튜브 채널에서 관련 팁과 튜토리얼을 공개하고 있습니다. 일하지 않을 때는 가족과 시간을 보내거나 자전거를 타고, 정원을 가꾸며 여유를 즐깁니다.
컴퓨터 부팅이 느려지면 대개 시작 프로그램 비활성화, 임시 파일과 불필요한 파일 정리, 재부팅 같은 흔한 해결책부터 시도하게 됩니다. 어쩔 때는 효과가 있지만, 그렇지 않을 때는 결국 그대로 사용하게 되죠.
사실 느려진 부팅은 대부분 해결 가능한 문제입니다. 중요한 것은 추측이 아니라 원인을 정확히 아는 것이고, 놀랍게도 윈도우는 이미 부팅이 느려진 이유를 스스로 기록하고 있습니다. 로그에는 부팅에 걸린 시간과 그 원인까지 남아 있으므로, 어디를 봐야 하는지, 로그를 어떻게 해석해야 하는지만 알면 더 이상 감에 의존해 문제를 고칠 필요가 없습니다.
윈도우는 이미 부팅 지연의 원인을 기록하고 있다
모든 부팅을 추적하는 숨겨진 진단 로그
윈도우는 컴퓨터 시작이 느릴 때마다 숨겨진 성능 보고서를 기록하는데, 이 보고서는 이벤트 뷰어(Event Viewer) 안에 숨겨져 있습니다. 바로 진단-성능(Diagnostics-Performance) 로그로, 윈도우에서 가장 방대한 로그 중 하나입니다. 응용 프로그램 및 서비스 로그 → Microsoft → Windows → Diagnostics-Performance → Operational 경로로 이동하면 확인할 수 있습니다.
이 로그의 구조화된 이벤트는 모두 부팅 관련 이벤트이며, 그중 느린 부팅과 가장 관련이 깊은 것이 이벤트 ID 100입니다. 윈도우가 시작된 후 기록되는 요약 정보로 총 부팅 소요 시간이 포함됩니다. 특히 유용한 점은 부팅 시간을 '시스템이 사용 가능한 상태에 도달하기까지의 시간'과 '시작 앱 및 백그라운드 서비스를 불러오는 데 걸린 시간'으로 나누어 보여준다는 것입니다. 대부분의 부팅 지연 원인은 후자 단계에서 발견됩니다.
이벤트 ID 100에는 실행 가능한 정보가 많이 담겨 있는데, 그중 가장 중요한 것은 시작을 지연시키는 특정 앱이나 프로세스를 표시하는 플래그입니다. 각 프로세스가 부팅에 미치는 영향이 밀리초(ms) 단위로 정확하게 측정되어 기록됩니다.
Diagnostics-Performance 로그에는 이 외에도 여러 이벤트가 기록되며, 각 이벤트마다 필요한 조치가 다릅니다.
| 이벤트 ID | 표시 내용 | 활용 방법 |
|---|---|---|
| 100 | 총 부팅 시간 (시스템 로드 단계와 시작 앱 단계로 구분) | 전체 부팅 소요 시간과 어떤 단계에서 시간이 길어지는지 파악 |
| 101 | 부팅을 지연시킨 특정 앱 또는 프로세스와 추가된 밀리초 | 핵심 문제 해결 항목으로, 범인을 직접 알려줌 |
| 102 | 부팅이 오류 없이 완료되었음을 확인 | 참고용 — 부팅 문제가 간헐적으로 발생하지 않는 한 별도 조치 불필요 |
별도의 설정 없이도 이러한 로그는 자동으로 수집됩니다. 윈도우의 기본 기능일 뿐, 다만 이벤트 뷰어 깊숙한 곳에 묻혀 있어 잘 알려지지 않았을 뿐입니다.
느린 부팅 이벤트를 찾고 해석하는 방법
실질적인 병목을 가장 빠르게 찾아내는 방법
이벤트 뷰어에서 Diagnostics-Performance를 찾았다면 오른쪽 창의 현재 로그 필터링(Filter Current Log) 옵션을 클릭한 뒤, 이벤트 ID 101로 필터를 걸어 불필요한 잡음을 걷어내세요.
필터링 후 표시되는 각 101 이벤트는 한 번의 부팅 지연을 의미합니다. 하나를 클릭하면 가장 먼저 확인할 두 필드가 있습니다. 바로 파일 이름(File Name)(문제의 실행 파일)과 성능 저하 시간(Degradation Time)(추가된 밀리초)입니다. 이 두 값을 통해 문제의 실체와 심각도를 파악할 수 있습니다.
같은 부팅 세션의 100 이벤트(부팅 소요 시간)를 함께 확인하면 더 많은 맥락을 얻을 수 있습니다. 빠른 부팅과 느린 부팅을 가르는 절대적인 기준은 없지만, 1,000~3,000ms 수준의 지연이라면 눈여겨볼 필요가 있고, 3,000ms를 넘는다면 명백한 문제 신호입니다. 매번 부팅이 눈에 띄게 느려진다는 뜻이니까요.
다만 일회성 수치보다 반복되는 패턴에 주목해야 합니다. 단발적인 스파이크는 크게 의미가 없지만, 특정 앱이 매번 2,000ms씩 부팅을 지연시키고 있다면 그것은 확실한 문제 데이터입니다. 그래서 로그를 검토할 때는 반복적으로 나타나는 '단골 범인'을 찾고, 지연 시간이 큰 항목부터 우선적으로 처리하는 것이 좋습니다.
시스템을 망가뜨리지 않고 부팅 지연 해결하기
무엇을 끄고, 무엇을 지연하고, 무엇을 그대로 둘지
로그에 표시된 모든 항목에 시간을 들일 필요는 없습니다. 부팅 속도 개선에 큰 의미가 없는 항목도 있기 때문입니다. 저는 이벤트 뷰어의 플래그를 다음과 같은 방식으로 처리합니다.
시작 앱이 원인이라면 작업 관리자의 시작 앱 탭에서 해당 앱을 찾아 비활성화합니다. 이렇게 하면 앱은 컴퓨터에 그대로 남아 있으면서 부팅 시에는 실행되지 않습니다. 작업 관리자에는 각 앱의 영향도 표시(낮음, 중간, 높음)도 함께 나타나므로, 어떤 앱이 부팅 시간을 가장 많이 잡아먹는지 짐작하는 데 도움이 됩니다.
이벤트 뷰어에서 지적되는 서비스는 앱보다 덜 눈에 띄지만 훨씬 큰 영향을 미치는 경우가 많습니다. services.msc에서 해당 서비스를 찾아 시작 유형을 확인한 뒤, 중요하지 않은 서비스라면 자동에서 자동(지연된 시작)으로 변경합니다. 이렇게 하면 서비스가 데스크톱이 준비된 후에야 실행되므로 부팅 부담이 줄어듭니다.
프린터 유틸리티나 RGB 조명 컨트롤러처럼 하드웨어 관련 소프트웨어가 지목되었다면 드라이버나 소프트웨어를 업데이트하고, 해당 장치를 더 이상 사용하지 않는다면 아예 제거하는 것이 좋습니다. 반면 Windows 자체 구성 요소나 핵심 서비스에 속한 항목이라면 안전하다고 확신할 수 없는 한 함부로 건드리지 않는 것이 좋습니다.
또한 모든 지연을 해결해야 할 필요는 없습니다. 백신 프로그램이나 클라우드 동기화 도구처럼 부팅 중에 정말 중요한 작업을 수행하는 항목도 있기 때문입니다.
고급 도구로 전체 부팅 타임라인 지도 그리기
이벤트 뷰어를 사용해 보면 범인이 명확하지 않은 경우도 있습니다. 부팅 시간이 들쑥날쑥하거나 여러 프로세스가 동시에 관여하는 경우가 그렇습니다. 이럴 때는 마이크로소프트의 고급 도구를 활용하는 것이 좋습니다.
Windows Performance Recorder(WPR)로 부팅 과정의 상세 추적(trace)을 캡처하고, Windows Performance Analyzer(WPA)로 이 추적 데이터를 시각화할 수 있습니다. 어떤 프로세스가 언제 실행되었는지, 얼마나 오래 실행되었는지, 서로 다른 작업들이 어디에서 겹치는지 한눈에 관찰할 수 있습니다.
물론 부팅 시간을 줄이는 방법은 다양합니다. 하지만 무작정 손대기 전에 이렇게 철저히 분석부터 하는 것이 가장 효과적인 접근입니다.