← 전체 글 보기

느려진 MacBook, 사실은 저장 공간 문제 아닐까요?

MacBook이 느려졌다면 RAM보다 먼저 저장 공간을 확인하세요. 거의 꽉 찬 SSD가 만드는 증상과 여유 공간을 되찾는 방법을 정리했습니다.

· 업데이트 2026년 9월 14일
macOSStoragePerformanceTroubleshooting

이런 종류의 가이드는 현재 영어로 더 많이 제공됩니다. 전체 글 보기


“Mac이 느려졌다”는 말 뒤에는 보통 RAM 사용량을 확인하거나, 활동 모니터의 CPU 그래프를 들여다보거나, 그냥 기기가 오래돼서 그렇다고 결론짓는 과정이 이어집니다. 실제 원인은 그보다 훨씬 시시하고, 10초 만에 확인할 수 있는 경우가 더 많습니다.

df -h /

Avail이 전체 용량의 대략 10~15% 미만이라면, 십중팔구 그것이 답입니다 — 그리고 하드웨어 문제와 달리 오늘 오후에 무료로 고칠 수 있습니다.

여유 공간이 속도에 영향을 주는 이유

관련이 있을 것 같지 않기 때문에 다들 의외라고 생각합니다. 두 가지 메커니즘이 이를 실제로 만듭니다.

가상 메모리는 스왑할 공간이 필요합니다. macOS는 여유 디스크 공간을 RAM의 확장으로 사용합니다 — 물리 메모리가 가득 차면 비활성 데이터를 디스크로 스왑아웃합니다. 거의 꽉 찬 볼륨에서는 시스템이 스왑 공간을 효율적으로 할당하지 못하거나, 연속된 공간을 찾느라 더 애를 써야 하는데, 이것이 바로 다들 말하는 그 증상으로 나타납니다. 앱 실행이 오래 걸리고, 무지개 커서가 더 자주 뜨고, 부하가 걸릴 때 전반적으로 굼떠집니다.

APFS 자체도 용량 한계에 가까워지면 비효율적이 됩니다. 최신 Mac은 APFS를 사용하는데, 이는 새 파일 익스텐트를 할당하고, 스냅샷을 처리하고, 백그라운드 유지보수를 실행하는 데 여유 공간이 필요한 카피온라이트 파일 시스템입니다. 97~98% 찬 볼륨은 80% 찬 볼륨보다 APFS가 작업할 여지가 훨씬 적고, 그 차이는 저장 공간 관련 작업뿐 아니라 시스템 전반의 반응성으로 나타납니다.

빠른 확인 방법

정리에 시간을 쓰기 전에 이 가설을 먼저 확인하고 싶다면, 가장 빠른 방법은 이렇습니다. 디스크 공간 부족 가이드의 긴급 조치 — 휴지통, Downloads, 로컬 Time Machine 스냅샷, ~/Library/Caches — 로 단 15~20GB만 확보한 뒤, 앞으로 한 시간 정도 평소처럼 사용하며 체감이 달라지는지 살펴보세요. 달라진다면 다들 먼저 의심하는 CPU나 RAM이 아니라 저장 공간이 실제 병목이었던 것입니다.

정말로 저장 공간 문제가 아닌 경우

다른 설명들도 공평하게 짚어보면, 활동 모니터에서 특정 프로세스 하나가 CPU 코어 하나를 100%로 계속 점유하고 있거나, 배터리 사이클 횟수가 매우 높고 배터리로 작동할 때만 느려지거나, 특정 앱 하나만 느리고 나머지는 모두 정상이라면 — 그건 다른 곳에 원인이 있는 것이고, 아무리 디스크 공간을 확보해도 해결되지 않습니다. 저장 공간은 가장 먼저, 가장 저렴하게 배제할 수 있는 원인이지, 유일하게 가능한 원인은 아닙니다.

# 폭주하는 프로세스를 확인하는 30초 점검
top -o cpu -n 5

특별히 하는 일이 없는데도 프로세스 하나가 계속 90% 이상의 CPU를 쓰고 있다면, 그건 다른 글에서 다룰 문제입니다 — 디스크 공간을 확보하는 게 아니라 그 특정 앱을 종료하거나 재설치하는 것이 답입니다.

개발자는 이 문제를 더 빨리 체감합니다

개발자라면 이 블로그 전반에서 다룬 이유들 — Xcode의 DerivedData, Docker의 VM 디스크 이미지, 클론했던 모든 프로젝트에 흩어진 node_modules, IDE 인덱스와 캐시 — 때문에 디스크가 일반 사용자보다 더 빠르게 찹니다. 즉 “이제 저장 공간이 나를 느리게 만들고 있다”는 임계값을 더 일찍 넘게 된다는 뜻입니다. 그래서 막상 대응할 때 그 규모도 더 큰 경우가 많습니다 — 개발자의 Mac은 “귀찮은” 수준과 “실제로 발목을 잡는” 수준 사이에 순수하게 재생성 가능한 빌드 캐시가 100GB 넘게 쌓여 있는 경우가 흔합니다.

# 개발자 특유의 세 가지 큰 덩어리를 한 번에 확인
du -sh ~/Library/Developer/Xcode/DerivedData 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/null
du -sh ~/Library/Caches/org.swift.swiftpm 2>/dev/null

매일의 임시방편이 아니라 진짜 해결책

한 번 공간을 확보하면 몇 주는 버틸 수 있지만 결국 다시 여기로 돌아오게 됩니다 — 이 방정식의 모든 캐시는 평소처럼 Mac을 사용하는 것만으로 계속 다시 채워지기 때문입니다. 지금은 긴급 정리 가이드를 북마크해 두고 매번 직접 실행하는 방법이 있습니다 — 무료이고 효과도 있습니다. 다만 자동은 아닙니다. DevCruft는 여유 공간과 그 공간을 무엇이 차지하고 있는지를 지도로 함께 보여주어, 성능이 떨어질 때마다 다섯 개의 정리 명령어를 기억에서 떠올리지 않아도 되도록 설계 중인 개발자용 무료 Mac 앱입니다. 출시 소식을 받고 싶다면 대기자 명단에 등록해 주세요.

이 작업을 위한 무료 앱을 만들고 있습니다.

이런 가이드에 나오는 모든 캐시를 찾아내고 각각이 차지하는 용량을 보여주는 DevCruft를 만들고 있습니다. 출시 소식을 받으려면 대기자 명단에 등록하세요.

출시 때 이메일 한 통 외에는 아무것도 보내지 않습니다. 언제든 명단에서 삭제해 달라고 요청하실 수 있습니다. 개인정보 처리방침