Mac에서 시간에 따른 디스크 사용량 비교 방법

Mac 스토리지가 천천히 사라지기 시작하면, 가장 먼저 하는 일은 큰 파일 보기를 열고 가장 큰 폴더를 찾는 것입니다.

도움이 되지만, 항상 올바른 질문에 답하는 것은 아닙니다. 큰 경로 목록은 지금 무엇이 큰지 알려줍니다. 무엇이 변했는지는 반드시 알려주지 않습니다.

그래서 시간에 따른 디스크 비교가 중요합니다. 실제 증가 원인을 찾고 싶다면, 더 똑똑한 질문은 “오늘 무엇이 큰가?”가 아닙니다. “두 시점 사이에 무엇이 커졌는가?”입니다.

빠른 답변

큰 파일 목록만으로 항상 충분하지 않은 이유

디스크에서 가장 큰 경로가 반드시 문제를 일으킨 경로는 아닙니다.

폴더가 이미 크고 몇 주 동안 안정적일 수 있습니다. 다른 폴더는 전체적으로는 작지만 3일 만에 빠르게 커질 수 있습니다. 현재 가장 무거운 경로만 검사하면 안정적인 무게를 새로운 증가로 착각할 수 있습니다.

이것이 일회성 검사의 핵심 한계입니다. 다음에 답합니다:

• 지금 무엇이 큰지;
• 현재 무거운 분기가 어디에 있는지;
• 즉각적인 검토가 필요한 것이 무엇인지.

하지만 항상 다음에 답하지는 않습니다:

• 지난주에 무엇이 변했는지;
• 도구 업데이트 후 무엇이 커졌는지;
• 정리가 실제로 무엇을 제거했는지;
• 어떤 경로가 며칠마다 계속 확장되는지.

이들은 현재 상태 질문이 아닌 비교 질문입니다.

디스크 비교가 가장 유용할 때

시간 비교는 스토리지 문제가 점진적으로 나타나거나 알려진 이벤트 후에 특히 가치가 있습니다.

Xcode 업데이트나 시뮬레이터 소모 후

개발자 머신은 SDK 변경, 시뮬레이터 런타임 다운로드, 반복적인 재구축 주기 후에 종종 급증합니다. 현재 공간이 커 보일 수 있지만, 더 유용한 질문은 마지막으로 알려진 양호한 상태 이후 무엇이 변했는지입니다.

Docker 작업 후

Docker 스토리지는 이미지, 레이어, 빌드 캐시, 볼륨을 통해 커질 수 있습니다. 현재 공간만 확인하면 마지막 몇 세션 후에 실제로 어떤 카테고리가 확장되었는지 놓칠 수 있습니다.

ML 또는 AI 모델 다운로드 후

모델 가중치, 캐시, 관련 런타임 자산은 갑자기 나타나 대량의 스토리지를 소비할 수 있습니다. 비교는 이 새로운 경로를 훨씬 쉽게 식별하게 만듭니다.

대규모 가져오기나 미디어 작업 후

사진 가져오기, 내보내기, 아카이브, 녹화, 프로젝트 마이그레이션은 종종 디스크를 클러스터 단위로 변화시킵니다. 비교는 일회성 증가와 오래된 안정적인 라이브러리를 분리하는 데 도움이 됩니다.

삭제나 정리 작업 후

이것은 가장 과소평가되는 용도 중 하나입니다. 스냅샷 비교는 무엇이 커졌는지만 보여주는 것이 아닙니다. 실제로 무엇이 사라졌는지, 무엇이 단순히 작아졌는지, 정리가 디스크를 예상대로 변화시켰는지도 보여줍니다.

개발 머신에서 1~2주 후

이것이 전형적인 느린 누수 상황입니다. 디스크는 계속 공간을 잃지만, 극적인 이벤트 하나로 인한 것이 아닙니다. 비교는 기억에 의존하지 않고 그 기간 동안 무엇이 변했는지 알 수 있는 신뢰할 수 있는 방법을 제공합니다.

두 가지 구체적인 비교 시나리오

두 시점 사이에 비교할 것

유용한 시간 비교에는 일관된 어휘가 필요합니다. StorageRadar에서 구조는 이미 명확합니다:

• Baseline
• Target
• Grew
• New
• Shrank
• Removed
• Net Delta

Baseline

Baseline은 이전 스냅샷입니다. “이 증가나 정리 기간 전에 디스크가 어떻게 보였는가?”에 답하는 기준점입니다.

Target

Target은 이후 스냅샷입니다. “지금 디스크가 어떻게 보이는가?”에 답합니다.

Net Delta

이것은 두 상태 사이의 전체 크기 변화입니다. 개별 경로를 자세히 살펴보기 전에 헤드라인 답을 제공합니다.

Grew와 New

스토리지 증가의 원인을 찾을 때 종종 가장 중요한 카테고리입니다.

• Grew는 기존 경로 중 크기가 증가한 것을 알려줍니다.
• New는 Baseline 이후에 나타난 경로를 알려줍니다.

Shrank와 Removed

정리나 삭제 작업 후에 특히 유용합니다.

• Shrank는 여전히 존재하지만 작아진 경로를 보여줍니다.
• Removed는 완전히 사라진 경로를 보여줍니다.

범위가 중요한 이유

이 비교가 의미 있으려면 Baseline과 Target이 동일한 루트 경로를 참조해야 합니다. 그렇지 않으면 시간에 따른 증가를 비교하는 것이 아닙니다. 두 개의 다른 범위를 비교하는 것입니다.

시간 비교가 단순한 Largest 보기와 다른 점

이 두 도구는 서로 다른 문제를 해결하므로 이 구분을 명시적으로 만들 가치가 있습니다.

Largest는 현재 상태 도구입니다. Mac이 이미 압박을 받고 있고 지금 무엇이 무거운지 알아야 할 때 이상적입니다.

Reports는 비교 도구입니다. 실제 문제가 증가, 반복, 정리 후 검증일 때 이상적입니다.

현재 스캔과 시간 비교에 대한 더 광범위한 진단 모델을 원한다면, Mac에서 공간을 차지하는 것 찾는 방법이 관련 가이드입니다.

수동 비교가 불편한 이유

직접 해볼 수는 있지만, 워크플로는 보통 빠르게 무너집니다.

수동 측정은 일관되지 않음

사람들은 같은 시간에 같은 범위로 같은 폴더를 캡처하는 경우가 거의 없습니다. 이것이 나중 비교를 노이즈가 많게 만듭니다.

기억은 나쁜 Baseline

대부분의 사람은 폴더가 지난 목요일에 18 GB였는지, 26 GB였는지, 33 GB였는지 기억하지 못합니다. 지금 더 크게 느껴진다는 것만 기억합니다.

Finder는 증가 기록을 보존하지 않음

Finder는 알려진 경로를 검사하는 데 유용합니다. 하지만 과거 비교 도구는 아닙니다. 디스크 구조의 로컬 스냅샷을 유지하지 않고 시간에 따른 변화를 의미 있는 방식으로 요약하지 않습니다.

맥락이 손실됨

수동으로 숫자를 적어두더라도 그 뒤의 구조를 잃게 됩니다. 폴더가 12 GB 커졌다는 것은 알 수 있어도, 그것이 하나의 하위 경로에서 왔는지 그 안의 여러 작은 변화에서 왔는지는 알 수 없습니다.

정리 검증이 추측이 됨

정리 후 수동 비교는 종종 “약간 공간을 되찾은 것 같다”가 됩니다. 실제로 무엇이 작아졌거나 사라졌는지 보는 것보다 훨씬 약합니다.

StorageRadar에서 시간에 따른 디스크 비교 처리 방법

이것이 StorageRadar가 일회성 시각화 도구에서 분석 도구로 보이기 시작하는 지점입니다.

이 워크플로가 중요한 이유는 질문을 “지금 무서워 보이는 것이 무엇인가?”에서 “실제로 무엇이 변했는가?”로 바꾸기 때문입니다.

이것은 개발자 머신, 오래 실행되는 워크스테이션, 그리고 제대로 검증하고 싶은 정리나 삭제 후에 훨씬 더 강력한 질문입니다.

이 워크플로가 추가 단계의 가치가 있을 때

시간 비교는 모든 정리 작업에 필요하지 않습니다. Downloads에 오래된 DMG와 내보내기 파일이 잔뜩 있어서 디스크가 가득 찬 경우, 현재 Largest 보기만으로 충분할 수 있습니다.

하지만 다음과 같은 경우 비교의 가치가 있습니다:

• 스토리지가 점진적으로 줄어들고 그 이유를 모를 때;
• Mac에 여러 복잡한 워크플로가 겹겹이 쌓여 있을 때;
• 추측 대신 정리의 효과를 검증하고 싶을 때;
• 느낌이 아닌 무엇이 변했는지에 대한 증거가 필요할 때.

이것이 이 워크플로가 일반적인 정리 글과 다르게 전환되는 이유입니다. 제품을 단순한 클리너가 아닌 분석 도구로 보여줍니다.

결론

시간에 따른 디스크 사용량 비교는 일반적인 큰 파일 탐색보다 더 나은 질문에 답하는 데 도움이 됩니다.

지금 무엇이 큰지만 묻는 대신, 두 시점 사이에 무엇이 커졌는지, 나타났는지, 작아졌는지, 사라졌는지 물을 수 있습니다. 이것이 종종 추측과 실제로 스토리지 증가의 원인을 찾는 것의 차이입니다.