이 글을 3줄로 요약하면
· 작업 관리자의 디스크 100%는 남은 용량이 아니라 디스크가 쉬지 못한 시간의 비율이에요.
· 부팅 후에도 풀리지 않는 100%는 원인이 크게 네 갈래(윈도우 서비스·상주 프로그램·가상 메모리와 드라이버·저장장치 자체)예요.
· 증상 판별표로 내 상황에 해당하는 원인부터 찾아 그 섹션만 읽으면 돼요.
디스크 사용량 100%는 오류 코드가 뜨는 고장이 아니라, 저장장치가 처리할 수 있는 양보다 많은 읽기·쓰기 요청이 몰려 창 전환과 프로그램 실행이 몇 초씩 밀리는 상태를 말해요. 같은 100%라도 원인이 서로 다르기 때문에, 해결 방법을 위에서부터 차례로 따라 하는 방식은 시간만 쓰고 끝나는 경우가 많아요. 이 글은 조치를 순서대로 나열하는 대신, 증상으로 원인을 먼저 좁힌 뒤 그 원인에 맞는 조치만 하는 순서로 정리했어요. 윈도우 10 22H2와 윈도우 11 24H2에서 메뉴 이름이 같은 항목만 다뤘고, 이름이 다른 곳은 양쪽 표기를 함께 적었어요.
목차
디스크 사용량 100%는 정확히 어떤 상태인가요
이 숫자는 남은 용량이 아니라 디스크가 일하고 있던 시간의 비율이에요.
작업 관리자 「프로세스」 탭의 「디스크」 열이 100%로 떠 있으면 저장 공간이 꽉 찬 상태로 오해하기 쉬운데, 이 숫자는 남은 용량과 아무 관계가 없어요. 윈도우가 재는 값은 활성 시간, 즉 관찰한 구간 동안 저장장치가 읽기·쓰기 요청을 실제로 처리하고 있던 시간의 비율이에요. 1초 내내 무언가를 처리했다면 전송량이 초당 2MB든 2GB든 똑같이 100%로 표시돼요.
그래서 같은 100%라도 체감이 완전히 달라요. NVMe SSD는 초당 수 GB를 옮기면서 잠깐 100%를 찍고 곧바로 내려오지만, 5,400rpm짜리 노트북 HDD는 초당 2~3MB밖에 못 넘기면서도 100%에 계속 붙어 있을 수 있어요. 앞쪽은 일이 빨리 끝나는 정상 작업이고, 뒤쪽은 요청이 줄을 서서 밀리는 병목이에요.
그래서 실제로 봐야 할 지표는 퍼센트 옆이 아니라 작업 관리자 「성능」 탭에서 디스크를 눌렀을 때 아래쪽에 뜨는 「평균 응답 시간」이에요. 이 값이 한 자릿수 밀리초에 머물면 디스크가 충분히 버티고 있다는 뜻이고, 수백에서 수천 밀리초까지 올라가면 요청이 쌓여 순서를 기다리고 있다는 신호예요. 마우스 포인터가 끊기고 창이 흰색으로 굳는 체감은 대부분 이 값이 튈 때 생겨요.
퍼센트보다 평균 응답 시간을 먼저 보세요
활성 시간 100%에 평균 응답 시간이 5ms 안팎이면 그냥 바쁜 상태예요. 반대로 활성 시간이 60%대인데 평균 응답 시간이 800ms를 넘나든다면, 퍼센트가 100이 아니어도 이미 병목이에요. 조치 후 좋아졌는지 판단할 때도 이 값을 기준으로 잡으면 훨씬 정확해요.
부팅 직후에 100%가 뜨는 것 자체는 비정상이 아니에요. 윈도우는 로그인 뒤 몇 분 동안 시작 앱 로딩, 검색 색인 갱신, 업데이트 확인, 백신 정의 파일 갱신을 한꺼번에 처리하거든요. SSD는 보통 1~3분, HDD는 5~10분쯤 지나면 자연스럽게 가라앉아요.
이 글이 다루는 상태는 딱 하나예요. 부팅하고 10분, 20분이 지나도 활성 시간이 90~100%에 붙어 있고 평균 응답 시간이 세 자릿수 밀리초 아래로 내려오지 않는 경우요. 부팅 직후 몇 분만 100%였다가 풀린다면 조치할 것이 없고, 아래 원인 A만 가볍게 읽어보셔도 충분해요.
증상 판별표 – 내 상황은 어느 원인인가요
표에서 내 증상을 먼저 찾고, 해당하는 원인 섹션으로 바로 내려가세요.
디스크 100%는 겉으로 보이는 모습이 똑같아서 원인을 구분하기 어려워 보이지만, 함께 나타나는 부가 증상이 서로 꽤 달라요. 작업 관리자를 띄워두고 아래 표에서 가장 비슷한 줄을 찾으면, 확인해야 할 범위가 네 갈래 중 하나로 좁혀져요.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 부팅 후 5~10분만 100%였다가 저절로 가라앉음 | 시작 시 정상 부하 | 조치 불필요 · 원인 A만 참고 |
| Service Host: SysMain 또는 Windows Search가 목록 상위에 계속 남아 있음 | 윈도우 백그라운드 서비스 | 원인 A → 서비스 중지·색인 범위 축소 |
| 백신, OneDrive, 게임 런처 같은 설치 프로그램이 상위에 고정됨 | 상주 프로그램의 실시간 작업 | 원인 B → 시작 앱·동기화 정리 |
| 메모리 사용률도 80% 이상이고, 프로그램을 여러 개 띄울수록 심해짐 | 페이지 파일로 밀려나는 메모리 부족 | 원인 C → 가상 메모리 설정 |
| 전송량은 거의 0인데 활성 시간만 100%, 평균 응답 시간이 수천 ms | 저장장치 드라이버 인터럽트 문제 | 원인 C → StorAHCI 확인 |
| 딸깍 소리가 나거나 파일 복사 중 멈춤, 이벤트 뷰어에 디스크 오류 기록 | 저장장치 노후·불량 섹터 | 원인 D → 백업 후 상태 점검 |
두 줄 이상에 걸친다면 A부터 순서대로 확인하는 쪽이 안전해요. A와 B는 설정만 되돌리면 언제든 원상 복구되는 조치라 위험이 거의 없고, C는 레지스트리를 만지는 단계가 섞여 있으며, D는 하드웨어 교체 판단까지 이어지거든요. 위험이 낮은 쪽부터 걷어내야 나중에 무엇이 효과가 있었는지도 구분돼요.
한 가지 조치를 한 뒤에는 최소 10분에서 15분은 평소처럼 쓰면서 지켜보세요. 여러 개를 한꺼번에 바꾸면 어떤 조치가 들었는지 알 수 없고, 되돌려야 할 때 범위도 커져요. 조치 전후로 작업 관리자 「성능」 탭의 평균 응답 시간을 적어두면 비교가 쉬워요.
원인 A윈도우 백그라운드 서비스가 계속 돌고 있을 때
SysMain·Windows Search·전송 최적화 세 가지가 가장 흔한 상위 점유자예요.
윈도우에는 평소 성능을 올리려고 미리 일을 해두는 서비스가 있어요. 대표가 SysMain(윈도우 7·8 시절 이름은 Superfetch)이에요. 자주 쓰는 프로그램을 메모리에 미리 올려두는 역할인데, 램이 넉넉한 SSD 환경에서는 도움이 되지만 램이 4~8GB인 HDD 환경에서는 예열 작업 자체가 디스크를 계속 두드려 체감을 떨어뜨리는 경우가 있어요.
두 번째는 Windows Search 색인이에요. 마이크로소프트 문서에서도 색인 항목이 많아질수록 성능 문제가 나타난다고 안내하고 있고, 일반적인 환경에서는 3만 개 안쪽, 많아도 30만 개 정도를 기준으로 잡아요. 외장 하드나 사진 수십만 장이 든 폴더를 색인 대상에 넣어두면 색인이 끝나지 않고 계속 돌아요.
세 번째는 Windows Update와 전송 최적화예요. 전송 최적화는 업데이트 파일을 인터넷뿐 아니라 같은 네트워크의 다른 PC에서도 주고받는 기능이라, 내려받기와 올려주기가 겹치면 디스크 쓰기가 길게 이어져요.
1작업 관리자에서 점유 1위를 확인해요
Ctrl + Shift + Esc로 작업 관리자를 열고 「프로세스」 탭에서 「디스크」 열 머리글을 한 번 눌러 내림차순으로 정렬하세요. 맨 위에 올라온 이름이 SysMain, Windows Search, Windows Update 중 하나라면 이 섹션에 해당해요.
2SysMain을 잠시 멈추고 15분 지켜봐요
Win + R을 눌러 services.msc를 실행하고 목록에서 SysMain을 찾아 더블클릭하세요. 「시작 유형」을 「사용 안 함」으로 바꾸고 「중지」 버튼을 누른 뒤 「확인」을 누르면 돼요. 되돌릴 때는 같은 자리에서 「자동」으로 바꾸면 그만이에요.
3검색 색인 범위를 줄여요
제어판을 아이콘 보기로 바꾼 뒤 「색인 옵션」을 열고 「수정」에서 사진·영상 보관 폴더나 외장 드라이브의 체크를 해제하세요. 색인이 꼬여 계속 도는 느낌이면 「고급」 → 「다시 빌드」로 한 번 초기화할 수 있는데, 다시 만드는 동안은 오히려 디스크를 더 쓰니 PC를 안 쓸 시간에 돌리는 게 나아요.
4전송 최적화의 다른 PC 공유를 꺼요
「설정」 → 「Windows Update」 → 「고급 옵션」 → 「전송 최적화」로 들어가 「다른 PC에서 다운로드 허용」을 끄세요. 윈도우 10은 「설정」 → 「업데이트 및 보안」 → 「Windows 업데이트」 → 「고급 옵션」 → 「전송 최적화」 순서예요.
명령 프롬프트를 관리자 권한으로 열어 서비스만 잠깐 멈춰보고 싶다면 아래처럼 해도 돼요. 이 방식은 시작 유형을 바꾸지 않아서 다시 켜면 원래대로 돌아와요.
net stop WSearch
SysMain을 끄면 잃는 것도 있어요
SysMain은 자주 쓰는 프로그램을 미리 올려두는 기능이라, HDD를 쓰는 PC에서는 끈 뒤에 프로그램 첫 실행이 조금 느려졌다고 느낄 수 있어요. 15분 관찰해서 100%가 그대로면 효과가 없는 원인이니 다시 「자동」으로 되돌리고 다음 섹션으로 넘어가세요.
이 방법이 안 통하는 경우
세 서비스를 모두 멈췄는데도 활성 시간이 그대로 90~100%거나, 작업 관리자 상위에 윈도우 기본 서비스가 아니라 설치한 프로그램 이름이 올라와 있다면 여기가 원인이 아니에요. 원인 B로 내려가 상주 프로그램부터 정리하세요.
원인 B시작프로그램과 상주 프로그램이 물고 있을 때
백신 실시간 검사, 클라우드 동기화, 게임 런처가 동시에 깨어나면 디스크가 버티지 못해요.
부팅 직후 100%가 유난히 길다면 시작프로그램 숫자를 먼저 의심해볼 만해요. 백신, 클라우드 동기화 클라이언트, 메신저, 게임 런처, 프린터 유틸리티가 로그인과 동시에 한꺼번에 깨어나면서 각자 업데이트를 확인하고 캐시를 읽거든요. 이 작업들은 대부분 작은 파일을 무작위로 많이 읽는 방식이라 HDD에서 특히 불리해요.
백신의 실시간 검사도 흔한 원인이에요. 새로 설치한 직후나 정의 파일이 크게 바뀐 날에는 전체 검사가 예약돼 있을 수 있고, 개발 도구나 게임처럼 파일 수가 많은 폴더를 다루면 검사 대상이 계속 늘어나요. 여기에 백신을 두 개 이상 설치해 두면 서로의 검사 동작을 다시 검사하면서 디스크가 계속 돌아가기도 해요.
클라우드 동기화도 봐야 해요. OneDrive, 구글 드라이브, 드롭박스는 파일이 조금만 바뀌어도 올리고 내려받기를 시작하고, 파일 개수가 많으면 동기화 목록을 훑는 동안 디스크 활동이 길게 이어져요. 사진 폴더를 통째로 동기화 대상에 넣어둔 경우가 특히 그래요.
1시작 앱에서 영향이 높음인 항목을 정리해요
작업 관리자에서 「시작 앱」 탭(윈도우 10은 「시작프로그램」 탭)을 열고 「시작 시 영향」 열을 눌러 정렬하세요. 「높음」으로 표시된 항목 중 부팅하자마자 꼭 필요하지 않은 것을 골라 「사용 안 함」으로 바꾸면 돼요. 백신은 여기서 건드리지 말고 그대로 두세요.
2클라우드 동기화를 두 시간만 멈춰봐요
작업 표시줄 오른쪽 아래 OneDrive 아이콘을 누르고 톱니바퀴 → 「동기화 일시 중지」에서 2시간을 고르세요. 이 상태로 디스크 활성 시간이 확 떨어진다면 동기화 대상 폴더가 너무 넓다는 뜻이라, 「설정」 → 「계정」 → 「폴더 선택」에서 범위를 줄이는 쪽이 근본 조치예요.
3백신 실시간 검사에 예외 폴더를 등록해요
「설정」 → 「개인 정보 보호 및 보안」 → 「Windows 보안」 → 「바이러스 및 위협 방지」 → 「바이러스 및 위협 방지 설정」의 「설정 관리」로 들어가면 맨 아래에 「제외」가 있어요. 「제외 추가 또는 제거」에서 게임 설치 폴더나 개발 프로젝트 폴더처럼 파일 수가 많고 출처가 확실한 경로만 추가하세요.
4깨끗한 부팅으로 범위를 좁혀요
Win + R에서 msconfig를 실행하고 「서비스」 탭에서 「모든 Microsoft 서비스 숨기기」를 체크한 뒤 「모두 사용 안 함」을 누르고 다시 시작하세요. 이 상태에서 100%가 사라지면 설치 프로그램 중에 원인이 있다는 뜻이라, 절반씩 다시 켜가며 범위를 좁히면 돼요. 확인이 끝나면 「일반」 탭에서 「정상 시작」으로 되돌리세요.
백신을 통째로 끄는 건 조치가 아니에요
실시간 검사를 완전히 끄면 당연히 디스크는 조용해지지만, 그건 원인을 확인한 게 아니라 보호를 없앤 거예요. 예외는 출처가 확실한 폴더로 최소 범위만 잡고, 다운로드 폴더나 드라이브 전체를 예외로 넣지 마세요.
이 방법이 안 통하는 경우
깨끗한 부팅 상태에서도 활성 시간이 100%에 붙어 있다면 설치 프로그램 문제가 아니에요. 특히 프로세스 목록의 디스크 전송량을 다 더해도 몇 MB밖에 안 되는데 100%가 유지된다면 소프트웨어가 아니라 메모리 설정이나 드라이버 쪽이니 원인 C로 내려가세요.
원인 C가상 메모리 설정과 저장장치 드라이버 문제일 때
전송량은 거의 없는데 100%만 유지된다면 이 섹션이 가장 유력해요.
램이 부족하면 윈도우는 당장 안 쓰는 메모리 내용을 디스크의 페이지 파일로 옮겨요. 마이크로소프트 문서는 시스템 커밋 사용량이 한계의 90%에 닿으면 페이지 파일이 자동으로 늘어난다고 설명하는데, 이 조정이 반복되는 동안에는 디스크 쓰기가 길게 이어져요. 메모리 사용률이 80%를 넘나들면서 디스크도 같이 100%라면 이 경우일 가능성이 높아요.
여기서 흔한 실수가 페이지 파일을 없애거나 지나치게 작게 고정하는 거예요. 용량을 아끼려고 「페이징 파일 없음」으로 두면 메모리가 모자랄 때 프로그램이 그냥 종료되고, 오류 발생 시 덤프도 남지 않아요. 특별한 이유가 없다면 자동 관리로 두는 쪽이 안전해요.
두 번째는 드라이버예요. 일부 AHCI PCIe 컨트롤러는 윈도우 기본 드라이버인 StorAHCI와 MSI 모드로 묶였을 때 입출력 완료 신호를 제대로 주고받지 못해, 실제 전송은 없는데 활성 시간만 100%로 찍히고 이벤트 로그에 storahci 이벤트 ID 129가 쌓여요. 이 증상은 SATA 컨트롤러에서 나타나고, NVMe SSD가 쓰는 StorNVMe 드라이버에는 해당하지 않아요.
1가상 메모리를 자동 관리로 되돌려요
Win + R에서 sysdm.cpl을 실행하고 「고급」 탭 → 성능의 「설정」 → 「고급」 탭 → 가상 메모리의 「변경」으로 들어가세요. 「모든 드라이브에 대한 페이징 파일 크기 자동 관리」에 체크하고 「확인」을 누른 뒤 다시 시작하면 돼요.
2내 컨트롤러가 StorAHCI인지 확인해요
Win + X를 눌러 「장치 관리자」를 열고 「저장소 컨트롤러」를 펼치세요. 「표준 SATA AHCI 컨트롤러」가 보이면 더블클릭해 「드라이버」 탭의 「드라이버 세부 정보」에서 storahci.sys가 있는지 보고, 「자세히」 탭에서 속성을 「장치 인스턴스 경로」로 바꿔 값을 메모해 두세요. 여기에 NVMe 컨트롤러만 있다면 이 단계는 건너뛰면 돼요.
여기서부터는 레지스트리를 직접 고치는 단계예요. 값을 잘못 바꾸면 부팅이 안 될 수 있으니, 진행 전에 중요한 파일을 외부 저장장치에 백업하고 레지스트리 편집기에서 「파일」 → 「내보내기」로 현재 상태를 저장해 두세요. 자신이 없다면 이 단계는 건너뛰고 원인 D부터 확인하셔도 돼요.
3해당 컨트롤러의 MSI 모드를 꺼요
Win + R에서 regedit을 실행하고 앞에서 메모한 장치 인스턴스 경로를 따라 아래 위치로 이동하세요. MSISupported 값을 더블클릭해 1을 0으로 바꾸고 다시 시작하면 돼요. 효과가 없으면 같은 자리에서 1로 되돌리세요.
MSISupported = 0
이 방법이 안 통하는 경우
장치 관리자에 SATA AHCI 컨트롤러가 없고 NVMe만 있다면 MSI 모드 조치는 애초에 대상이 아니에요. 가상 메모리를 자동 관리로 돌렸는데도 그대로거나, 파일 복사 속도가 예전보다 눈에 띄게 느려졌다면 저장장치 자체를 의심할 차례라 원인 D로 내려가세요.
원인 D저장장치 자체가 한계에 온 경우
여기부터는 조치보다 백업이 먼저예요. 순서를 바꾸지 마세요.
앞의 세 원인을 다 걷어냈는데도 100%가 유지된다면 저장장치 상태를 봐야 해요. HDD는 사용 기간이 길어질수록 읽기에 실패하는 섹터가 생기고, 윈도우는 실패한 요청을 여러 번 다시 시도하면서 그 시간 동안 디스크를 계속 붙잡고 있어요. 전송량은 바닥인데 활성 시간만 100%로 보이는 이유가 여기에 있어요.
SSD도 예외는 아니에요. 남은 공간이 10% 아래로 떨어지면 내부 정리 작업이 잦아지면서 쓰기 속도가 크게 떨어지고, 수명 관리 영역이 소진되면 읽기 전용에 가까운 상태로 바뀌기도 해요. 소리는 안 나지만 증상은 HDD와 비슷하게 나타나요.
의외로 자주 걸리는 것이 연결 문제예요. SATA 케이블이 헐거워졌거나 노후한 파워에서 전원이 불안정하면 통신 오류가 나고, 윈도우는 그때마다 재시도를 반복해요. 부품을 바꾸기 전에 케이블과 포트부터 확인하는 게 순서예요.
1무엇보다 먼저 백업해요
디스크 이상이 의심되는 상태에서 검사부터 돌리면, 검사 도중 상태가 더 나빠져 파일을 못 살리는 경우가 있어요. 사진·문서처럼 다시 못 구하는 파일을 외장 하드나 클라우드로 먼저 옮기고 나서 아래 단계를 진행하세요.
2드라이브 상태 값을 읽어요
시작 버튼을 오른쪽 클릭해 「터미널(관리자)」 또는 「Windows PowerShell(관리자)」을 열고 아래 명령을 실행하세요. HealthStatus가 Healthy가 아니거나 OperationalStatus에 경고가 뜨면 교체를 준비하는 쪽이 좋아요.
3파일 시스템을 검사해요
먼저 재시작이 필요 없는 온라인 검사부터 돌리고, 결과에 문제가 보이면 재시작이 필요한 전체 검사를 예약하세요. 두 번째 명령은 용량과 상태에 따라 몇 시간이 걸릴 수 있으니 PC를 안 쓰는 시간에 돌리는 게 좋아요.
chkdsk C: /f /r
4케이블과 포트를 바꿔 끼워봐요
데스크톱이라면 전원을 완전히 끄고 SATA 데이터 케이블을 다른 것으로 바꾸거나 메인보드의 다른 포트에 꽂아보세요. 이것만으로 증상이 사라지는 경우가 있어요. 노트북은 분해가 필요하니 서비스센터에서 확인받는 편이 나아요.
이 방법이 안 통하는 경우
검사 중 진행률이 멈추거나 딸깍거리는 소리, 드라이브가 사라졌다 나타나는 증상이 있으면 그 자리에서 검사를 중단하세요. 추가 조작이 데이터를 더 위험하게 만들 수 있어요. 이 단계에서는 직접 고치려 하지 말고 제조사 고객센터나 데이터 복구 업체에 문의하는 게 맞아요.
문제를 정확히 찾아내는 법
추측으로 조치하지 말고, 윈도우에 이미 들어 있는 도구 네 가지로 확인하세요.
디스크 100% 글이 서로 다른 해결책을 말하는 이유는 원인이 여러 갈래이기 때문이에요. 남의 환경에서 통한 조치를 그대로 따라 하는 대신, 내 PC에서 지금 무슨 일이 벌어지는지 먼저 확인하면 필요한 조치가 한두 개로 줄어들어요. 아래 도구는 전부 윈도우에 기본으로 들어 있어서 따로 설치할 게 없어요.
1작업 관리자로 큰 그림을 봐요
Ctrl + Shift + Esc로 열고 「프로세스」 탭에서 「디스크」 열을 내림차순으로 정렬해 상위 세 개를 적어두세요. 그다음 「성능」 탭에서 해당 디스크를 눌러 「활성 시간」과 「평균 응답 시간」을 같이 확인하고, 초당 읽기·쓰기 값이 몇 MB인지도 함께 메모하세요.
2리소스 모니터로 어떤 파일인지 좁혀요
Win + R에서 resmon을 실행하고 「디스크」 탭을 여세요. 「디스크 활동이 있는 프로세스」에서 프로세스별 읽기·쓰기 바이트를 보고, 아래 「디스크 활동」에서는 어떤 파일 경로를 건드리는지와 「응답 시간(ms)」까지 확인할 수 있어요. 여기서 경로가 색인 파일인지, 백신 정의 파일인지, 클라우드 폴더인지가 갈려요.
3성능 모니터로 한 시간을 기록해요
Win + R에서 perfmon을 실행한 뒤 「모니터링 도구」 → 「성능 모니터」에서 더하기 버튼을 누르고 PhysicalDisk 항목의 Avg. Disk sec/Transfer, Current Disk Queue Length, % Idle Time을 추가하세요. 증상이 특정 시간대에만 나타나는지 확인할 때 유용해요.
4이벤트 뷰어에서 하드웨어 신호를 찾아요
Win + R에서 eventvwr.msc를 실행하고 「Windows 로그」 → 「시스템」을 여세요. 오른쪽 「현재 로그 필터링」에서 이벤트 원본을 disk 또는 storahci로 좁히면 됩니다. 이벤트 ID 129는 컨트롤러 재설정, 153은 입출력 재시도, 7은 불량 블록을 뜻해요. 129가 반복되면 원인 C, 7이나 153이 잦으면 원인 D 쪽이에요.
정리하면 이런 순서예요. 작업 관리자로 누가 쓰는지 보고, 리소스 모니터로 어떤 파일인지 좁히고, 이벤트 뷰어로 하드웨어 오류가 쌓이는지 보고, 마지막으로 chkdsk와 드라이브 상태 값으로 저장장치 자체를 확인해요. 이 네 단계만 거쳐도 어느 원인 섹션으로 가야 할지 대부분 이 안에서 갈려요.
자주 묻는 질문
조치 중에 가장 자주 막히는 지점만 모았어요.
Q.SysMain을 계속 꺼둬도 괜찮나요?
A.보안이나 안정성에 영향을 주는 서비스는 아니라서 꺼둬도 시스템이 망가지지는 않아요. 다만 자주 쓰는 프로그램을 미리 올려두는 기능이 빠지는 것이라, HDD를 쓰는 PC에서는 프로그램 첫 실행이 조금 느려졌다고 느낄 수 있어요. 껐는데 체감이 나아지지 않으면 굳이 끈 상태로 둘 이유가 없으니 「자동」으로 되돌리는 쪽을 권해요.
Q.디스크 조각 모음을 돌리면 해결되나요?
A.HDD라면 조각이 심할 때 도움이 되는 경우가 있어요. 「드라이브 조각 모음 및 최적화」에서 현재 상태를 먼저 분석해보고 조각률이 높을 때만 돌리세요. SSD는 조각 모음 대상이 아니고 윈도우가 알아서 TRIM으로 처리하니, 같은 화면에서 「최적화」를 눌러도 실제로는 다른 동작이 수행돼요. 조각 모음 자체가 디스크를 오래 쓰는 작업이라 100%가 유지되는 동안 돌리는 건 권하지 않아요.
Q.SSD로 바꾸면 이 문제가 사라지나요?
A.원인이 HDD의 처리 한계였다면 체감이 크게 달라지는 경우가 많아요. 하지만 드라이버 인터럽트 문제나 램 부족으로 인한 페이지 파일 사용이 원인이었다면 저장장치를 바꿔도 활성 시간은 다시 올라갈 수 있어요. 교체 전에 원인 A부터 C까지 한 번씩 확인해보고 결정하시는 게 순서예요.
Q.100%인데 속도는 2MB/s밖에 안 나와요. 고장인가요?
A.바로 고장이라고 볼 수는 없어요. 작은 파일을 무작위로 많이 읽는 작업에서는 HDD가 원래 그 정도 속도까지 떨어질 수 있거든요. 다만 평균 응답 시간이 1,000ms를 넘나들거나, 이벤트 뷰어에 disk 원본의 이벤트 ID 7이나 153이 반복해서 쌓인다면 저장장치 쪽을 의심할 근거가 돼요. 이 경우 원인 D의 순서대로 백업부터 진행하세요.
Q.윈도우 10과 윈도우 11에서 조치가 다른가요?
A.확인 항목과 명령어는 같고 메뉴 위치만 조금 달라요. 시작프로그램은 윈도우 11에서 작업 관리자 「시작 앱」 탭, 윈도우 10에서는 「시작프로그램」 탭이에요. 전송 최적화는 윈도우 11이 「설정」 → 「Windows Update」 → 「고급 옵션」, 윈도우 10이 「설정」 → 「업데이트 및 보안」 아래에 있어요. 색인 옵션, 가상 메모리, 장치 관리자, 레지스트리 경로는 두 버전이 동일해요.
정리하면 확인 순서는 이래요. 먼저 부팅 후 10분이 지나도 100%가 유지되는지 확인하고, 작업 관리자 상위에 올라온 이름이 윈도우 서비스인지 설치 프로그램인지 갈라요. 윈도우 서비스면 원인 A, 설치 프로그램이면 원인 B, 전송량이 거의 없는데 100%면 원인 C, 소리나 오류 로그가 동반되면 원인 D예요. 대부분은 이 순서 안에서 잡히지만, 환경마다 차이가 있어서 네 갈래를 다 확인해도 그대로라면 제조사 고객센터나 전문가에게 점검을 받아보시는 게 좋아요.
참고 문서 · 페이지 파일 소개 – Microsoft Learn
참고 문서 · Windows 검색 성능 문제 해결 – Microsoft Learn
참고 문서 · chkdsk 명령 참조 – Microsoft Learn
참고 문서 · 배달(전송) 최적화란? – Microsoft Learn
참고 문서 · MSI 모드에서 디스크 사용률 100%로 보고되는 현상 – Dell 기술 자료
※ 이 글은 정보 제공 목적이며, 기기·OS·프로그램 버전과 환경에 따라 해결 방법이 다를 수 있습니다. 레지스트리·시스템 파일 수정 등은 위험할 수 있으니 중요 데이터를 백업한 뒤 진행하시고, 해결되지 않으면 제조사 고객센터나 전문가에게 문의하세요.
'컴퓨터·윈도우' 카테고리의 다른 글
| 작업표시줄 먹통일 때, 탐색기 재시작으로 안 풀리면 볼 곳 (0) | 2026.09.28 |
|---|---|
| 블루스크린 원인 찾는 법 – 덤프 파일로 코드부터 확인하는 순서 (윈도우 10·11 공통) (0) | 2026.09.22 |
| 0xc0000142 오류, 프로그램이 안 열릴 때 원인별 확인법 (1) | 2026.08.21 |
| msvcp140.dll이 없어 코드 실행을 진행할 수 없습니다 – 재설치 전 확인할 3가지 (0) | 2026.08.14 |
| 0x80070422 오류 해결 방법 – 윈도우 업데이트·방화벽 서비스 다시 켜기 (0) | 2026.08.11 |
