Ctrl + Shift + Esc → 프로세스에서 디스크 열을 높은 순서로 정렬합니다. 파일 복사·설치·다운로드·동기화·보안 검사·앱 로딩이 진행 중인지 확인하고 완료 후 내려오는지 봅니다. 순간적인 상승과 지속적으로 반응이 느린 상태를 분리하세요.
사용하지 않는 일반 앱이 원인 후보이면 저장하고 정상 종료해 차이를 비교합니다. 정체를 모르는 시스템·보안·드라이버 프로세스를 강제 종료하지 마세요. Windows 업데이트에서 실제 다운로드·설치·재시작 대기가 있는지도 함께 확인합니다. 숫자가 높다는 이유만으로 업데이트나 보안 프로그램을 범인으로 확정하지 않습니다.
로그인 직후에만 높다면 자동 시작과 동기화 작업을, 특정 앱에서 반복되면 그 앱이 읽고 쓰는 파일을 조사합니다. 재시작 후 다른 앱을 열기 전 상태와 문제 앱을 연 뒤 상태를 비교하면 재현 범위를 좁힐 수 있습니다. 저장장치 종류와 관계없이 수행 중인 작업부터 봅니다.
작업 관리자만으로 부족하면 resmon에서 조사
Windows + R을 누르고 resmon을 입력한 뒤 디스크 탭을 엽니다. 디스크 활동이 있는 프로세스와 파일 경로, 읽기·쓰기 활동을 함께 보면 어떤 작업이 반복되는지 더 자세히 살펴볼 수 있습니다.
예를 들어 높은 활동이 특정 앱의 데이터 폴더에 집중되면 앱의 다운로드·동기화·업데이트 상태와 연결해 확인합니다. 이것은 조사 예시이지 TechTipBox가 실제로 측정한 결과가 아닙니다. 경로가 보인다고 그 파일을 삭제하거나 프로세스를 끝내지 마세요.
같은 시점에 메모리 압박이나 CPU 사용도 높을 수 있습니다. 한 자원만 원인으로 단정하기 어렵다면 갑자기 느려진 PC의 자원별 분기로 돌아가 동시에 진행되는 작업을 확인합니다.
공간 부족이면 정리 범위부터 확인
설정 → 시스템 → 저장소에서 시스템 드라이브의 여유 공간과 사용 항목을 봅니다. 저장공간 부족은 성능·업데이트에 영향을 줄 수 있지만 ‘SSD는 반드시 몇 %를 비워야 디스크 100%가 해결된다’는 보편적인 처방으로 다루지 않습니다.
임시 파일을 정리할 때는 목록을 읽고 필요한 다운로드·개인 데이터를 제외합니다. 이전 Windows 설치 삭제는 되돌리기에 영향을 줄 수 있습니다. 저장 공간 센스의 실행 주기·휴지통·다운로드·클라우드 조건도 직접 확인하세요. 시스템 드라이브를 대상으로 하며, 다운로드·클라우드 항목은 사용자가 설정한 관리 조건을 봐야 합니다. Microsoft Storage Sense 안내를 참고할 수 있습니다.
이 조치는 용량 부족을 해소하는 것이지 모든 높은 활동률을 치료하는 작업은 아닙니다. 정리 뒤에도 같은 프로세스가 계속 디스크를 쓰면 그 작업을 별도로 조사해야 합니다.
검사·최적화·하드웨어 진단의 목적이 서로 다름
보안 검사는 위협 확인, 드라이브 최적화는 정기 관리
설명되지 않는 활동이 이어지면 Windows 보안 → 바이러스 및 위협 방지에서 검사를 고려합니다. 검사 중에는 파일 읽기로 디스크가 바쁠 수 있으므로 완료 뒤 비교하세요. 검사 종류는 공식 보안 검사 안내에 설명돼 있습니다.
Windows의 드라이브 조각 모음 및 최적화는 HDD와 SSD에 같은 작업을 강제하는 도구가 아닙니다. Microsoft는 HDD의 조각 모음과 SSD의 TRIM을 구분하며 기본 자동 최적화 일정을 안내합니다. SSD라는 이유로 기능을 무조건 끄거나, 느릴 때마다 별도 조각 모음 도구를 반복 실행하지 마세요. 공식 드라이브 최적화 설명을 기준으로 상태와 일정을 확인합니다.
읽기·쓰기 오류가 반복되면 중요한 파일 보호가 우선
파일이 열리지 않거나 읽기·쓰기 오류가 반복되면 사용률과 별개로 장치 상태를 조사해야 합니다. 읽을 수 있는 중요한 파일을 먼저 백업하고 PC·SSD/HDD 제조사의 해당 모델용 공식 진단 도구와 지원 절차를 확인하세요. 고장 여부를 사용률만으로 확정하거나 확인 없이 장치를 교체하지는 않습니다.
CHKDSK는 볼륨의 파일 시스템과 메타데이터를 검사하는 도구입니다. 옵션에 따라 오류 수정·볼륨 잠금·분리 등이 달라지므로 디스크 100%라는 이유만으로 출처 불명의 명령을 복사해 실행하지 않습니다.
SysMain이나 Windows Search도 실제 사용 주체와 증거 없이 영구 중지하지 마세요. 인덱싱이 단서라면 범위·진행 상태를 조사하는 것이 먼저입니다. 여러 서비스·레지스트리를 동시에 바꾸면 원인과 복구 지점을 잃기 쉽습니다.
장치 오류가 확인되지 않았다면 프로세스·파일 경로·지속 시간·재시작 전후·작업 완료 후 변화를 남겨 다음 진단에 활용하세요. 목표는 100% 표시만 없애는 것이 아니라 실제 느려짐을 만드는 작업을 찾는 것입니다.