# Windows 디스크가 100%일 때 프로세스, 파일, 지연을 따라가기

PC가 멈추는데 작업 관리자의 CPU는 한가하고 디스크만 100%인 경우가 있습니다. 먼저 디스크가 어떤 일을 하고 있는지 찾습니다. 게임 다운로드, 압축 풀기, 동기화, 페이징은 모두 디스크를 바쁘게 할 수 있지만, 대응은 서로 다릅니다.

## 활동, 지연, 용량을 따로 읽습니다

작업 관리자의 성능 탭에서 디스크를 고르고, 활성 시간, 평균 응답 시간, 읽기 속도, 쓰기 속도를 비교합니다. 활성 시간은 디스크가 요청을 처리하느라 바쁜 시간의 비율입니다. 전송 속도는 초당 데이터량입니다. 남은 용량은 파일 탐색기의 이 PC에 따로 나옵니다.

| 읽기 | 알려 주는 것 | 이것만으로 알 수 없는 것 |
| --- | --- | --- |
| 활성 시간 | 디스크가 계속 바쁜지 | 어떤 앱이나 작업이 그 일을 만드는지 |
| 읽기/쓰기 속도 | 초당 데이터가 얼마나 움직이는지 | 작은 파일 접근이 느린지 |
| 평균 응답 시간 | 요청이 평균적으로 얼마나 걸리는지 | 드라이브가 고장 났는지 |
| 남은 공간 | 내용을 얼마나 더 담을 수 있는지 | 지금 앱이 응답하지 않는 이유 |

큰 동영상 하나를 높은 전송 속도로 복사하는 일과, 저장소에 흩어진 작은 파일을 반복해서 읽는 일을 비교해 보세요. 후자는 처리량이 낮아도 느릴 수 있습니다. 100%라는 숫자나 낮은 MB/s만으로, 드라이브가 광고된 순차 속도에 도달했다는 결론은 나지 않습니다.

[Microsoft의 성능 문제 해결 안내](https://learn.microsoft.com/en-us/troubleshoot/windows-server/performance/troubleshoot-performance-problems-in-windows)는 디스크 지연을 프로세스 활동과 맞춰 보고, 순간적인 급등과 지속되는 지연을 구분합니다. 서버용 기준이 노트북의 보편적인 건강 한계는 아닙니다.

## 프로세스에서 그것이 만지는 파일로 따라갑니다

`Ctrl + Shift + Esc`를 누르고 프로세스를 디스크로 정렬한 뒤, 가장 바쁜 앱을 적습니다. `Win + R`을 누르고 `resmon`을 입력한 뒤, 그 프로세스의 디스크 활동을 봅니다. 일부 시스템 프로세스 정보는 관리자 권한이 필요합니다. 일반 권한에서 행이 없다고 해서 활동이 없다는 뜻은 아닙니다.

경로를 보면 설명이 좁혀집니다. 게임 라이브러리 파일은 압축을 푸는 중일 수 있고, OneDrive 파일은 동기화 중일 수 있으며, 프로젝트 폴더는 컴파일이나 인덱싱 중일 수 있습니다. 페이징 파일 활동이면 사용 가능 메모리와 커밋된 메모리도 확인합니다. 파일 이름만으로 드라이브 고장을 진단할 수는 없습니다.

읽기, 쓰기, 전체 활동, 응답 시간을 비교합니다. 캐시, 공유 접근, 샘플 구간 때문에 프로세스 I/O와 실제 디스크 처리량이 똑같이 더해지지는 않습니다.

## 확인된 작업 하나를 멈추고 문제를 다시 봅니다

해당 앱에서 클라우드 동기화를 일시 중지하거나, 런처에서 게임 설치를 일시 중지하거나, 직접 돌리던 빌드는 작업을 저장한 뒤 취소합니다. 한 번에 작업 하나만 바꿉니다. 멈췄던 동작을 다시 하고, 지연과 응답이 함께 나아지는지 본 다음, 그 작업을 재개해 증상이 돌아오는지 확인합니다.

[Microsoft의 PC 성능 안내](https://support.microsoft.com/en-us/windows/experience/performance-optimization/tips-to-improve-pc-performance-in-windows)는 백그라운드 앱, 저장소, 업데이트를 서로 다른 문제로 다룹니다. 그래프를 낮추려고 Defender, Windows 업데이트, 시스템 서비스, 페이징 파일을 끄지 마세요.

<figure class="blog-diagram">
  <picture>
    <source media="(max-width: 900px)" srcset="/img/blog/windows-windows-disk-100-percent-en-mobile.webp" type="image/webp" width="768" height="1500">
    <img src="/img/blog/windows-windows-disk-100-percent-en.webp" width="1360" height="454" loading="lazy" alt="일을 따라간 뒤 변경 하나를 시험합니다">
  </picture>
  <figcaption>일시 중지한 작업이 증거가 되려면, 원래 동작과 그 지연이 함께 나아져야 합니다.</figcaption>
</figure>

## 지연이 계속되면 쓸 만한 증거를 남깁니다

압축 풀기는 끝났는데 저장소가 계속 느리고 파일 읽기에서 오류가 나면, 추가 진단 전에 중요한 파일을 독립된 저장소로 복사하고 그 복사본을 엽니다. 드라이브 모델, 프로세스, 경로, 정확한 오류를 PC 또는 드라이브 제조사에 전달할 수 있게 적습니다. 이상한 소리, 반복되는 연결 끊김, 실패한 읽기는 백분율보다 중요합니다. 스트레스 테스트 전에 유일한 복사본을 지키세요.

기본 도구로 파일 출처가 보이지 않으면 [Process Monitor](https://learn.microsoft.com/en-us/sysinternals/downloads/procmon)로 파일 작업을 캡처할 수 있습니다. 짧은 캡처를 확인된 프로세스로 거르고, 기록을 멈춘 뒤 살펴봅니다. 추적은 작업을 보여 줄 뿐 드라이브 고장을 확정하지 않습니다. 기록 자체도 저장소를 쓰고, 추적에는 개인 경로가 들어 있을 수 있습니다.

## 공간을 만든 뒤 원래 작업을 확인합니다

남은 용량이 적으면 [C 드라이브 안내](/ko/windows/blog/windows-c-drive-full)를 사용합니다. 페이징이 잦으면 [메모리 압력](/ko/windows/blog/windows-high-memory-usage)을 읽습니다. Mole의 분석 페이지는 큰 폴더를 찾는 데 도움이 됩니다. 큰 파일이 지금 디스크 활동을 일으키는 파일이라는 뜻은 아닙니다. 정리한 뒤 원래 작업을 다시 해 보고, 그다음에야 응답이 나아진 이유를 정리에 돌립니다.


Canonical: https://mole.fit/ko/windows/blog/windows-disk-100-percent