DaisyDisk를 넘어선 Mac 디스크 분석기 선택

디스크 분석기는 한 가지 좁은 질문에 답합니다. 어느 디렉터리가 용량을 차지하는가. 흥미로운 점은, 같은 볼륨을 가리키는 두 개의 올바른 분석기가 서로 다른 합계를 보고해도 둘 다 고장이 아니라는 것입니다. APFS 클론, 하드 링크, 스파스 파일, 로컬 스냅샷, 그리고 스캐너가 읽지 못하는 디렉터리 각각이 숫자를 예측 가능한 방향으로 움직입니다. 그래서 선택은 사실 두 가지입니다. 어떤 지도 형태를 가장 빨리 읽을 수 있는가, 그리고 앞에 보이는 합계가 무엇을 세는지 이해하는가.

지도 형태가 진짜 차이입니다

여기에 나온 분석기는 모두 디스크 사용량에서 출발하지만, 집계와 그리기 선택은 제각각입니다. DaisyDisk는 동심 선버스트 링을 씁니다. GrandPerspective와 Mole은 트리맵을 쓰며, 각 폴더가 크기에 비례한 직사각형으로 그려집니다. OmniDiskSweeper는 가장 큰 항목부터 정렬된 목록을 출력합니다. ncdu는 그 목록을 터미널에 그립니다. macOS 자체는 경로 없이 카테고리 누적 막대만 보여 줍니다.

항목을 찾은 뒤에 도구가 하는 일도 그만큼 중요합니다. Finder에서 표시하기는 결정을 사용자에게 남기고 앱 전환 비용만 듭니다. 제자리에서 삭제하면 복구 경로 전체에 부담이 실리므로, 휴지통을 거치지 않고 삭제하는 도구는 다시 만들 수 있는 데이터에만 써야 합니다.

선택지

내장 저장 공간 보기, 이것만으로 충분한 경우가 많습니다

Apple 메뉴, 시스템 설정, 일반, 저장 공간. Apple의 저장 공간 설정 문서 는 무엇을 얻을 수 있는지 설명합니다. 카테고리별 사용·여유 공간 막대 차트, 볼륨별 상세, 그리고 세 가지 권장 사항(iCloud에 저장, 저장 공간 최적화, 휴지통 자동 비우기)입니다. 카테고리 옆 정보 버튼을 누르면 안의 파일이 열리고, 문서는 이름·종류·최근 접근·크기로 정렬할 수 있습니다.

이것은 한 가지 경우의 진짜 분석기입니다. 단일 무거운 카테고리, 주로 문서와 미디어. 그 경계는 시스템 데이터이며, Apple 자신의 저장 공간 문서는 macOS가 그 카테고리를 관리하며 사용자가 직접 할 수 없다고 명시합니다. 무게가 그쪽으로 가면 내장 보기는 할 수 있는 말을 다 한 것이고, 경로 수준의 지도가 제자리를 찾기 시작합니다.

세련된 선버스트를 위한 DaisyDisk

DaisyDisk는 macOS에서 시각적 분석기의 기준 구현이며 활발히 유지보수됩니다. 버전 4.34.2는 2026년 7월에 출시되었고, 4.34에서 APFS 클론 집계가 추가되었습니다. 현재 기능 세트는 선버스트 지도, 스페이스바 미리보기, 삭제 전에 항목을 끌어 모아 일괄 삭제하는 컬렉터, 일반 사용자로 읽을 수 없는 파일을 위한 관리자 스캔 모드, 클라우드 디스크 스캔, 스냅샷 관리, 하드 링크 및 클론 감지를 포함합니다. macOS 10.13 이상이 필요합니다.

라이선스는 여러 대의 개인용 Mac을 아우르는 일회성 구매이며 환불 기간이 있습니다. 현재 조건은 요금 페이지에서 확인하세요. 경계는 설계상 범위입니다. 지도와 삭제만 하며, 어떤 폴더가 이미 제거한 앱에 속하는지, 캐시가 다음 실행에 다시 만들어지는지는 알지 못합니다. 귀속은 사용자 몫으로 남습니다.

오픈 소스 트리맵을 위한 GrandPerspective

GrandPerspective는 거의 20년 가까이 macOS 트리맵을 그려 왔고 지금도 배포되며, 2026년 5월에 버전 3.7.2가 GNU General Public License 아래로 나왔습니다. 지도 외에도 이름·확장자·크기·수정 시각별 여러 색상 매핑 방식, 필터링, 하드 링크 지원, 클라우드 저장소 분석, 빠른 새로고침이 있는 스캔 압축, 이미지 또는 텍스트 내보내기, 열한 개 언어 현지화를 제공합니다. macOS 11 이상이 필요합니다.

SourceForge에서 무료로 받을 수 있고 App Store에서도 판매되며, 프로젝트는 어느 쪽이든 같은 앱이라고 명시하므로 유료 등록은 개발자를 후원하는 방법입니다. 인터페이스는 상용 앱 옆에서는 나이가 드러납니다. 그게 문제되지 않는다면, 대부분의 사람은 여기서 멈춰도 됩니다.

단순한 크기 정렬 목록을 위한 OmniDiskSweeper

Omni Group은 여전히 OmniDiskSweeper를 무료 소프트웨어로 제공하며, 자체 페이지에서는 드라이브의 파일을 큰 것부터 작은 것 순으로 보여 주고 휴지통으로 보내거나 열 수 있다고 설명합니다. 지도는 전혀 없으며, 그것이 매력입니다. 크기 열에는 학습 곡선이 없습니다.

유지보수 상태는 솔직히 적어두어야 합니다. Omni 메인 제품 라인이 아니라 사이드 프로젝트 페이지에 있고, 공개 다운로드 목록에는 여전히 옛 macOS 릴리스용 빌드가 올라와 있습니다. Omni 블로그에는 2025년 9월에 갱신된 OmniDiskSweeper 기록이 있고, 테스트 빌드 채널은 그달 macOS 14 이상이 필요한 1.16 빌드를 냈습니다. 천천히 유지된다고 보고, 받는 빌드가 사용 중인 macOS에서 동작하는지 확인하세요.

터미널과 원격 디스크를 위한 ncdu

ncdu는 MIT 라이선스의 텍스트 모드 디스크 사용량 분석기이며, 여기서 SSH 너머로도 동일하게 동작하는 유일한 도구입니다. 현재 두 갈래가 있습니다. Zig 재작성(2.9.2, 2025년 10월)과 C LTS 릴리스(1.22, 2025년 3월). macOS에는 Homebrew 또는 MacPorts로 설치합니다. 병렬 스캔, JSON 내보내기·가져오기와 압축 바이너리 형식, 인터페이스 안에서의 삭제를 지원하며, 겉보기 크기와 디스크 사용량을 구분합니다. 바로 다음 절에서 다루는 그 구분입니다.

스크립트 가능성과 원격 접근을 위해 쓰세요. 편안함 때문이 아닙니다. 터미널 브라우저에서의 삭제는 용서가 없습니다. 위치를 찾은 뒤 Finder로 제거하세요. 확신이 있을 때만 예외입니다.

더 넓은 도구 안의 지도를 위한 Mole Analyze 탭

Mole는 단일 클릭 드릴다운과 브레드크럼이 있는 전체 디스크 트리맵을 그립니다. 우클릭하면 휴지통으로 이동(시스템 휴지통을 거치므로 복구 가능) 또는 Finder에서 표시가 되며, /, /Users, /Applications 같은 탐색 루트는 휴지통으로 보낼 수 없습니다. 크기를 낼 수 없는 항목은 합계에서 사라지지 않고 배지와 재시도로 드러나며, 아래에서 설명하는 실패 모드에 답합니다. 경계도 분명히 적습니다. 라이선스는 macOS 14 이상 두 대의 Mac에 대한 일회성 구매, 결과는 24시간 캐시되어 오래된 합계가 가능하며, Mac 앱에는 JSON 내보내기가 없고 무료 오픈 소스 CLI가 mo analyze --json으로 제공합니다.

내부: 같은 디스크에 대해 두 분석기가 의견이 갈리는 이유

아래 차이의 상당수는 스캐너 작성자의 정당한 집계 선택에서 옵니다. 다만 설명되지 않은 격차는 여전히 버그일 수 있습니다.

APFS 클론. APFS에서 Finder로 파일을 복사하면 블록이 복제되지 않습니다. 한쪽이 수정될 때까지 복사본이 블록을 공유합니다. 논리적 파일 크기를 합산하는 분석기는 양쪽을 전부 세어 볼륨이 담는 것보다 더 많이 보고합니다.

하드 링크. 하나의 아이노드가 여러 이름을 가질 수 있습니다. 이름을 모두 세는 순회는 합계를 부풀리고, 각 (device, inode) 쌍을 기록하는 순회는 공유 바이트와 고유 바이트를 구분할 수 있습니다. 링크된 콘텐츠가 있는 패키지 저장소와 개발 트리는 그래서 한 도구에서는 다른 도구보다 훨씬 크게 보일 수 있습니다.

스파스 파일. 파일의 겉보기 크기는 할당된 블록을 크게 넘을 수 있습니다. 고전적인 예는 Docker.raw로, 실제 점유는 훨씬 작은데 큰 가상 크기를 보고합니다. size를 읽는 것과 할당 블록을 읽는 것은 다른 답을 줍니다.

스냅샷과 정리 가능 공간. 로컬 Time Machine 스냅샷과 정리 가능 데이터는 볼륨을 차지하지만 순회기가 방문할 수 있는 디렉터리에 속하지 않습니다. 디렉터리 트리 합계에는 결코 포함되지 않으므로, 분석기 합계와 Finder 수치의 격차는 종종 정확히 이것입니다.

스캐너가 읽지 못하는 것. 전체 디스크 접근 또는 루트가 필요한 디렉터리는 비특권 프로세스가 stat할 수 없습니다. 위험은 실패 자체가 아니라 침묵입니다. 읽을 수 없는 하위 트리가 0을 기여하는 것은 빈 것과 구분이 안 됩니다. 관리자 스캔 모드와 명시적 미측정 항목 배지가 있는 이유가 이것입니다.

심볼릭 링크. 따라가면 대상의 바이트를 실제 위치가 아닌 곳에서 세고, 같은 데이터를 두 번 셀 위험이 있습니다. 하강 없이 해석만 하는 것이 더 안전한 기본값이며, 차이는 개발 트리에서 가장 잘 드러납니다.

그리고 스캔 방법이 있습니다. fts(3) 또는 getattrlistbulk를 쓰는 사용자 공간 순회는 순회를 앱 안에 두어 진행, 취소, 하드 링크 집계를 작성자가 직접 제어합니다. du(1)로 셸아웃하면 검증된 순회기와 그 집계 선택을 물려받지만, 세밀한 진행과 부분 실패를 통합하기는 더 어렵습니다. 단일 du 호출이 디렉터리 트리를 보고할 수 있으며, 도구가 디렉터리마다 서브프로세스를 둘 필요는 없습니다. 인프로세스 순회와 du 폴백을 섞는 도구는 두 집계 모델을 물려받을 수 있으며, 합계가 달라지는 또 다른 이유입니다.

빠른 비교

무게를 찾는 반복 가능한 방법

먼저 컨테이너를 읽습니다. df가 보고하는 값과 APFS 용량 보기, 저장 공간 패널을 비교해, 실제 물리 압박인지 스냅샷·정리 가능 공간 같은 분류 산물인지 파악합니다. 그다음에야 분석기를 돌립니다. 편안한 범위의 접근 권한만 주고, 읽을 수 없는 영역을 0으로 조용히 세지 않고 표시하는 도구를 선호하세요.

가장 큰 갈래를 드릴다운해 소유자를 말할 수 있는 디렉터리에 도달합니다. 조치하기 전에 같은 경로의 du -sh나 Finder의 정보 가져오기 같은 다른 측정과 합계를 비교합니다. 둘이 어긋나면 이유는 위 목록에 있는 경우가 많고, 어느 쪽인지 알면 그 공간이 아예 회수 가능한지도 알 수 있습니다.

교체 가능한 데이터부터 삭제하고, 관련 앱이 정상 동작할 때까지 휴지통에 둡니다. 이 작업의 수동 버전은 Mac에서 큰 파일을 찾아 제거하는 방법을 보세요. 무게가 경로가 전혀 없는 카테고리에 앉으면 시스템 데이터가 실제로 무엇인지를 보세요.