SSD 수명 TBW — 개발용으로 정말 걱정할 일인가
SSD 사양표에 600TBW 같은 숫자가 적혀 있습니다. 총 쓰기 용량이고,
여기까지 쓰면 보증이 끝난다는 뜻입니다.
개발은 파일을 많이 쓰는 작업입니다. node_modules, 빌드 산출물, 도커 이미지,
로컬 LLM 모델 파일까지. 그래서 수명이 걱정됩니다.
나눠보면 답이 나옵니다.
결론부터
| 질문 | 답 |
|---|---|
| 개발용으로 TBW를 걱정해야 하나 | 대개 아닙니다. 수십 년이 나옵니다 |
| 그럼 뭐가 먼저 끝나나 | 보증 기간(대개 5년)과 용량 |
| 조심할 조합은 | QLC + 작은 용량 — TBW가 확 낮습니다 |
| 수명이 걱정되면 | 용량을 키우세요. TBW가 같이 커집니다 |
1. TBW가 뭔가
TeraBytes Written — 그 SSD에 누적으로 쓸 수 있는 총량입니다.
플래시 메모리는 같은 자리에 쓰기를 반복하면 닳습니다. 제조사는 그 한계를 TBW로 표기하고, 보증을 기간과 TBW 둘로 걸어둡니다.
보증 = 5년 또는 600TBW 중 먼저 도달하는 쪽
"또는" 이 중요합니다. 둘 중 하나만 넘어도 끝납니다. 그래서 실제로 어느 쪽이 먼저 오는지를 봐야 합니다.
흔한 범위
| 용량 | TLC | QLC |
|---|---|---|
| 500GB | 약 300 TBW | 약 100~200 TBW |
| 1TB | 약 600 TBW | 약 200~400 TBW |
| 2TB | 약 1,200 TBW | 약 400~800 TBW |
제품마다 크게 다릅니다. 위는 감을 잡는 용도이고, 본인이 살 제품의 사양표를 보셔야 합니다.
두 가지가 바로 보입니다.
- 용량이 두 배면 TBW도 대략 두 배입니다
- QLC는 같은 용량에서 절반 정도입니다 — 왜 그런지는 개발용 SSD 고르기에 적었습니다
2. 나눠보면 됩니다
계산식은 나눗셈 하나입니다.
버티는 기간(년) = TBW ÷ 하루 쓰기량(GB) ÷ 365
단위만 맞추세요 — 1TB = 1,000GB
하루에 얼마나 쓰는지가 문제인데, 개발 작업은 생각보다 적습니다.
| 무엇 | 대략적인 쓰기량 |
|---|---|
npm install 한 번 | 수백 MB |
| 빌드 한 번 | 수십~수백 MB |
| 도커 이미지 하나 받기 | 수백 MB~수 GB |
| 로컬 LLM 모델 하나 받기 | 5~20 GB ← 가장 큽니다 |
| 코드 편집·저장 | 무시할 수준 |
⚠️ 이건 추정입니다. 측정한 값이 아니라 일반적인 범위이고, 프로젝트 크기와 작업 방식에 따라 크게 달라집니다. 아래 4번에 직접 재는 법을 넣었으니 본인 숫자로 다시 계산하시는 게 정확합니다.
계산해 보면
1TB TLC (600TBW) 기준입니다.
| 하루 쓰기량 | 어떤 작업 | 버티는 기간 |
|---|---|---|
| 5 GB | 웹 개발 위주 | 약 329년 |
| 30 GB | 도커·빌드 많음 | 약 55년 |
| 100 GB | 모델을 계속 받고 지움 | 약 16년 |
600 TBW = 600,000 GB
600,000 ÷ 30 ÷ 365 ≈ 55년
하루 100GB를 써도 16년입니다. 그리고 하루 100GB는 모델 파일을 매일 다섯 개씩 받아 지우는 수준입니다.
보증 기간이 5년인데 TBW로는 16~329년입니다. 어느 쪽이 먼저 오는지 분명합니다.
3. 그래도 조심할 조합
위 계산이 뒤집히는 경우가 있습니다.
QLC + 작은 용량
500GB QLC는 TBW가 100TBW 대까지 내려갑니다. 같은 계산을 다시 하면:
150,000 GB ÷ 100 GB/일 ÷ 365 ≈ 4년
여기서는 보증 기간(5년)보다 TBW가 먼저 옵니다. 앞의 계산과 자리가 바뀝니다.
다만 500GB로 모델 파일을 하루 100GB씩 다루는 건 애초에 불가능합니다. 용량이 먼저 막습니다 — 그게 다음 항목입니다.
빈 공간이 없으면 실제 쓰기가 늘어납니다
SSD는 내부적으로 자리를 정리하면서 씁니다. 빈 공간이 부족하면 같은 파일을 저장해도 실제 쓰기량이 더 늘어납니다.
그래서 꽉 채워 쓰는 것이 수명에도 불리합니다. 개발용 SSD 고르기의 "몇 % 채워도 되나요" 와 같은 이야기입니다.
그리고 대개 용량이 먼저 찹니다
모델 파일 하나가 5~20GB입니다. 몇 개만 받아두면 수백 GB가 됩니다.
TBW 로는 수십 년 → 걱정 없음
용량은 몇 달 → 이쪽이 실제 제약
수명이 아니라 용량으로 SSD를 고르는 게 맞습니다.
4. 내 SSD가 얼마나 썼는지 확인하기
윈도우에서 PowerShell을 열고:
Get-PhysicalDisk | Get-StorageReliabilityCounter |
Select-Object DeviceId, Wear, ReadErrorsTotal, WriteErrorsTotal
Wear 가 닳은 정도(%) 입니다. 5 면 5% 썼다는 뜻입니다.
⚠️ 값이 비어 있어도 정상입니다. 이 항목을 내주지 않는 제품·드라이버가 있습니다. 그때는 제조사 전용 프로그램이나 SMART 정보를 읽는 도구를 쓰면 총 쓰기량까지 나옵니다.
총 쓰기량을 알면 위 계산을 본인 숫자로 할 수 있습니다.
지금까지 쓴 양 ÷ 쓴 개월 수 = 월 쓰기량
몇 달 쓴 SSD의 Wear 가 아직 0~1 이라면, 그 속도로는 TBW를 못 채웁니다.
5. 수명이 걱정되면 용량을 키우세요
TBW를 늘리는 가장 확실한 방법입니다. 같은 제품군에서 용량이 두 배면 TBW도 대략 두 배이고, 빈 공간도 넉넉해져 쓰기 증폭까지 줄어듭니다.
| 같은 값이면 | 어느 쪽 |
|---|---|
| Gen5 512GB vs Gen4 1TB | Gen4 1TB — 용량이 체감이 큽니다 |
| QLC 2TB vs TLC 1TB | 쓰기가 잦으면 TLC, 용량이 급하면 QLC |
| 1TB 하나 vs 512GB 두 개 | 하나 — 관리가 단순하고 빈 공간 여유 |
Gen4/Gen5 비교와 DRAM 유무는 개발용 SSD 고르기에 있습니다.
자주 묻는 질문
TBW를 넘기면 SSD가 바로 죽나요
아닙니다. 보증이 끝나는 지점이고, 고장 나는 시점이 아닙니다. 실제로는 그보다 오래 쓰는 경우가 많습니다. 다만 넘긴 뒤로는 제조사가 책임지지 않습니다.
QLC는 개발용으로 피해야 하나요
용량이 크면 괜찮습니다. 2TB QLC의 TBW가 1TB TLC와 비슷한 수준까지 올라갑니다. 피해야 하는 조합은 작은 용량 QLC입니다. 쓰기 성질의 차이는 개발용 SSD 고르기에 있습니다.
로컬 LLM 모델을 자주 받으면 수명이 줄어드나요
줄어듭니다. 모델 하나가 5~20GB라 쓰기량 중 가장 큰 항목입니다. 그래도 위 계산대로 하루 100GB를 써도 1TB TLC 기준 16년입니다. 수명보다 용량이 먼저 문제가 됩니다.
스왑 파일이나 도커 때문에 빨리 닳나요
스왑은 램이 부족할 때 디스크를 쓰는 것이라 쓰기가 늘어납니다. 다만 그건 램을 늘려서 풀 문제입니다 — 램 16GB vs 32GB에 기준이 있습니다. 도커는 이미지를 받을 때만 크게 쓰고, 컨테이너 실행 중에는 많지 않습니다.
노트북 SSD도 같나요
같습니다. 규격만 다릅니다. 교체가 가능한지와 규격 확인은 노트북 SSD 교체에 있습니다.
중고 SSD를 살 때 뭘 보나요
Wear 와 총 쓰기량입니다. 위 4번 방법으로 확인할 수 있고,
파는 쪽에 그 수치를 물어보는 게 가장 빠릅니다.
용량과 세대만 보고 사면 이미 많이 닳은 물건일 수 있습니다.
정리
- TBW는 보증 조건입니다. 기간과 TBW 중 먼저 오는 쪽으로 끝납니다
- 나눠보면 수십 년입니다. 개발용으로는 대개 걱정할 항목이 아닙니다
- 뒤집히는 조합은 QLC + 작은 용량 하나입니다
- 꽉 채워 쓰면 실제 쓰기가 늘어납니다. 여유를 두세요
- 먼저 오는 건 용량입니다. 모델 파일이 하나에 5~20GB입니다
- 수명이 걱정되면 용량을 키우세요. TBW가 같이 커집니다
본인 SSD의 실제 수치가 계산과 크게 다르면 알려주세요. 확인 후 갱신합니다.