SSD를 꽉 채우면 느려지나 — 사실이고, 느려지는 건 쓰기입니다

SSD 용량이 빨간 줄에 가까워지면 다들 같은 걸 검색합니다 — "SSD 꽉 채우면 느려지나요? 몇 % 남겨야 하나요?"

답부터: 느려지는 것은 사실입니다. 다만 왜 느려지는지를 알면 "몇 %"에 매달릴 필요 없이 내 용도에 맞는 여유가 계산됩니다.

결론부터

질문
꽉 채우면 느려지나네 — 주로 쓰기가 느려집니다. 읽기는 영향이 작습니다
데이터가 손상되나아닙니다 — 성능과 수명의 문제입니다
얼마나 남겨야 하나1~2할 여유가 통설입니다 — 용도별 조정은 아래
게임만 잔뜩 깔린 드라이브더 채워도 체감이 덜합니다 — 쓰기가 적은 용도라서요
근본 해결지우기 경쟁이 아니라 용량 큰 쪽으로 가는 것입니다

왜 느려지나 — 두 가지 구조 때문입니다

① SSD는 "덮어쓰기"를 못 합니다

SSD는 데이터를 블록을 지운 뒤에만 새로 쓸 수 있습니다. 빈 블록이 넉넉할 때는 그냥 빈 곳에 쓰면 되지만, 꽉 차 있으면 쓸 자리를 만들기 위해 지우기 작업이 끼어듭니다 — 같은 쓰기 요청에 일이 더 붙는 구조라서, 차 있을수록 쓰기가 무거워집니다.

② 빈 공간이 곧 캐시입니다

요즘 SSD 대부분은 빈 공간의 일부를 빠른 쓰기 캐시(SLC 방식)로 씁니다. 큰 파일을 복사할 때 처음엔 빠르다가 뚝 떨어지는 그 현상의 주인공입니다. 드라이브가 차 있을수록 이 캐시로 쓸 빈 공간 자체가 줄어들어서, 지속 쓰기 성능이 먼저 무너집니다. 정도는 제품마다 다르지만 방향은 같습니다.

SSD 사용량에 따라 쓰기 캐시가 줄어드는 구조 빈 공간의 일부가 빠른 쓰기 캐시로 쓰입니다 30% 사용 데이터 빠른 쓰기 캐시 60% 사용 데이터 빠른 쓰기 캐시 90% 사용 데이터 캐시 차 있을수록 캐시로 쓸 빈 공간 자체가 줄어듭니다 — 지속 쓰기가 먼저 무너지는 이유입니다.
요즘 SSD 는 빈 공간 일부를 SLC 방식 캐시로 씁니다. 90% 사용 시점에는 캐시가 몇 % 몫만 남습니다. 정도는 제품마다 다릅니다.

읽기는 이 두 구조와 무관해서 영향이 작습니다 — 그래서 "꽉 찼는데 게임 로딩은 그대로던데?"라는 경험담과 "복사가 너무 느려졌다"는 경험담이 공존합니다. 둘 다 맞는 말입니다.

수명에도 같은 방향입니다

여유 공간이 적으면 지우기·재배치 작업이 늘어나 같은 셀을 더 자주 갈아 끼우게 됩니다. TBW 로 본 수명 이야기에서의 그 쓰기량이 실제 데이터보다 부풀려지는(쓰기 증폭) 구조라, 꽉 채운 드라이브는 성능과 수명을 같이 냅니다. 극단적으로 아껴야 할 문제는 아니지만, 방향은 알아둘 값어치가 있습니다.

그래서 얼마나 남기나 — 용도로 정합니다

"10%", "20%" 같은 숫자가 돌아다니는데, 구조를 알면 기준이 더 명확해집니다 — 쓰기가 많은 드라이브일수록 여유가 필요합니다.

  • OS·작업 드라이브(C:) — 업데이트, 임시 파일, 가상 메모리가 수시로 쓰는 자리라 1~2할 여유의 통설이 이쪽에 적용됩니다. 개발 작업처럼 빌드·캐시 쓰기가 많으면 넉넉한 쪽이 편합니다
  • 게임·설치 위주 드라이브 — 한 번 깔면 읽기가 대부분이라 더 채워도 체감이 덜합니다. 업데이트 받을 공간만 있으면 됩니다
  • 보관용 — 쓰고 나면 잠드는 자리라 여유 기준이 느슨하지만, 애초에 보관은 SSD 의 자리가 아니라는 것이 먼저입니다

차올랐을 때의 순서

  1. 범인부터 확인 — 윈도우 설정 → 시스템 → 저장소에서 뭐가 먹는지 봅니다. 임시 파일과 오래된 다운로드가 흔한 1순위입니다
  2. 큰 덩어리 이동 — 영상·사진 같은 "읽기만 하는 큰 것"을 외장·보조 드라이브로 옮기는 게 효율이 좋습니다
  3. 그래도 늘 90%+ 라면 — 관리로 버틸 단계가 지난 것입니다. 증설·교체가 근본 해결이고, 지우기 경쟁으로 아끼는 시간이 더 비쌉니다

자주 묻는 질문

트림(TRIM)을 돌려야 하나요

요즘 윈도우·맥은 자동으로 합니다 — 따로 챙길 일은 없습니다. "최적화" 명목의 별도 프로그램을 깔 필요도 없습니다.

HDD도 꽉 차면 느려지는 건 같은 이유인가요

느려지는 건 같은데 이유가 다릅니다 — HDD 는 빈 공간이 줄면 조각난 자리에 나눠 쓰게 되는 물리적 이유입니다. SSD 의 블록·캐시 구조와는 별개 메커니즘이고, 어느 쪽이든 "꽉 채우면 손해"라는 결론만 같습니다.

꽉 찼다고 데이터가 날아가지는 않나요

날아가지 않습니다. 다만 공간 0 에 가까워지면 프로그램들이 임시 파일을 못 만들어 오작동하는 건 별개 문제라, 그 지경 전에 정리가 필요합니다.

용량 경고 기준을 바꿀 수 있나요

윈도우의 빨간 표시 기준 자체는 조정 대상이 아니라고 보는 게 편합니다 — 표시보다 위의 "용도별 여유"로 스스로 기준을 잡는 쪽이 실용적입니다.

오버프로비저닝이라는 걸 설정해야 하나요

제조사 도구에 있는 그 항목은 여유 공간을 강제로 떼어 두는 기능인데, 여유를 습관으로 유지할 수 있다면 같은 효과입니다. 관리를 못 믿겠을 때 거는 안전벨트 정도로 생각하면 됩니다.

정리

  1. 꽉 채우면 쓰기가 느려집니다 — 지우고-쓰기 구조와 빈 공간 캐시, 두 이유 때문입니다
  2. 읽기는 영향이 작습니다 — 경험담이 갈리는 이유입니다
  3. 여유는 쓰기가 많은 드라이브일수록 필요합니다 — OS 드라이브 1~2할 통설, 게임 드라이브는 느슨하게
  4. 수명도 같은 방향입니다 — TBW 이야기와 이어집니다
  5. 늘 90% 위라면 관리가 아니라 용량의 문제입니다

SSD 고르기의 다른 축들은 NVMe vs SATA · 개발용 SSD 용량에 있습니다.

구조나 동작이 실제와 다르면 알려주세요. 확인 후 갱신합니다.

SSD 용량관리 SLC캐시 저장장치 쓰기속도