| 항목 | 내용 |
|---|---|
| 무엇인가 | npm 전역 캐시 (_cacache) |
| 분류 | 개발 폴더 |
| 전형적인 크기 | 500MB~10GB |
| 안전도 | 지워도 됩니다 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | %LOCALAPPDATA%\npm-cache\_cacache |
| 기준 환경 | NAS·네트워크 드라이브 |
SSD 수명은 TBW(총 쓰기 용량)로 표시합니다. 500GB급 제품이 보통 300TB 안팎입니다. 하루 30GB를 써도 27년치입니다.
500MB~10GB 를 한 달에 한 번 지우는 건 이 예산에서 반올림하면 0에 가깝습니다. 수명 걱정으로 정리를 미룰 이유는 없습니다.
SSD는 빈 블록이 있어야 쓰기를 분산합니다(웨어 레벨링). 용량이 꽉 차면 같은 블록을 반복해서 쓰게 되어 수명이 실제로 줄어듭니다.
즉 "수명을 아끼려고 정리를 안 한다"는 거꾸로입니다. 10~15% 여유를 유지하는 게 수명에도 낫습니다.
지운 자리를 SSD가 실제로 반납하려면 TRIM 이 돌아야 합니다. 관리자 명령 창에서 fsutil behavior query DisableDeleteNotify 를 실행해 0 이 나오면 켜져 있는 것입니다.
설정 → 드라이브 최적화에서 수동으로 한 번 돌릴 수도 있습니다. SSD에서 이 버튼은 조각 모음이 아니라 TRIM 입니다.
fsutil behavior query DisableDeleteNotify
네트워크 드라이브는 랜선 속도만큼만 빠릅니다. 큰 파일을 옮겨 두기에는 좋지만, 프로그램이 상시로 읽는 자리로는 맞지 않습니다.
옮긴 뒤 원본을 지우려면 먼저 네트워크가 끊긴 상태에서 그 프로그램이 정상으로 뜨는지 확인하세요. 안 뜨면 그 폴더는 옮기면 안 되는 것입니다.
이 환경에서 남겨 둘 여유 용량은 볼륨의 10% 정도로 잡으세요. 동기화 폴더를 NAS에 두면 충돌 사본이 쌓이기 쉽습니다.
npm cache verify 를 실행하면 "Content verified" 줄에 용량이 나옵니다. 또는 %LOCALAPPDATA%\npm-cache 폴더 속성으로 보세요.
숫자를 한 번 적어 두세요. 정리한 뒤 다시 재서 비교해야 효과를 알 수 있고, 다음 달에 같은 자리가 또 커졌다면 그건 지울 게 아니라 설정을 바꿔야 하는 항목입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →제조사 도구(삼성 매지션, WD 대시보드 등)에서 볼 수 있습니다. 대부분 "남은 수명 %" 로 보여줍니다. 90% 이상이면 신경 쓸 단계가 아닙니다.
망가지지 않습니다. 다음 npm install 이 캐시 없이 돌아서 몇 십 초 느려집니다. 그게 전부입니다. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 npm 캐시가 아니라 다른 것입니다.
이 문서는 npm 전역 캐시 (_cacache)에 대한 SSD 수명과의 관계 문서입니다(NAS·네트워크 드라이브 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.