Mac의 시스템 데이터란 무엇이며 왜 이렇게 큰가요
시스템 데이터는 시스템 설정의 저장 공간 패널이 macOS, 앱, 내 파일이 아닌 사용 중인 공간에 대해 보여 주는 숫자 하나입니다. 여기에는 스왑과 시스템 데이터베이스, 앱이 자기 용도로 보관하는 데이터, 캐시, 로그, 임시 파일, 그리고 로컬 모델, 시뮬레이터, worktree, Docker 이미지, 세션 기록처럼 스스로 돌아오지 않는 것이 들어 있습니다.
일부 Mac에서 이 숫자가 아주 커지는 것은 마지막 묶음 때문입니다. 이 페이지의 나머지 부분에서는 실제 Mac 한 대를 예로 들어 그 안에 무엇이 있는지, 어느 부분을 살펴볼 가치가 있는지 보여 줍니다.
이 숫자는 어디에서 오나요
시스템 설정 › 일반 › 저장 공간을 엽니다. 맨 위의 막대는 디스크에서 사용 중인 공간을 앱, 문서, 사진, 메시지, macOS 등 여러 범주로 나눕니다. 대부분의 범주에는 목록이 있습니다. 어떤 앱이 큰지, 어떤 문서가 큰지 볼 수 있습니다.
시스템 데이터는 나머지입니다. macOS는 이름이 붙은 범주에 넣을 수 있는 것을 더하고, 디스크의 나머지는 모두 시스템 데이터에 넣습니다. 그 뒤에는 목록이 없으므로 패널은 크기만 보여 주고 손쓸 거리는 주지 않습니다.
이 숫자가 제멋대로 움직이는 것처럼 느껴지는 이유도 여기에 있습니다. Xcode를 설치할 때, 시뮬레이터를 내려받을 때, Time Machine이 로컬 스냅샷을 만들 때, 앱이 큰 캐시를 보관하기로 할 때 숫자가 바뀝니다. 이 중 어느 것도 패널의 다른 곳에는 나타나지 않습니다.
같은 디스크, 두 가지 계산 방식
Wipecraft도 같은 사용 중인 공간에서 출발합니다. 사용 중인 모든 바이트를 macOS, 앱, 내 파일, 시스템 데이터의 네 부분으로 나누며, 네 부분을 더하면 전체가 됩니다. 그런 다음 무언가를 제거했을 때 어떻게 되는지에 따라 시스템 데이터를 다시 다섯 그룹으로 나눕니다.
| 저장 공간 패널 | Wipecraft |
|---|---|
| macOS | macOS |
| 앱 | 앱 |
| 문서, 사진, 메시지와 그 밖의 이름이 붙은 범주 | 내 파일 |
| 시스템 데이터, 숫자 하나 | Mac에 필요함 · 제거해도 괜찮음 · 다시 생김 · 직접 결정 · macOS가 표시하지 않음 |
각 그룹은 질문 하나에 답합니다.
- Mac에 필요함. 스왑, 시스템 데이터베이스, 앱이 자기 용도로 보관하는 데이터입니다. 표시되지만 제거 대상으로 제안되지는 않습니다.
- 제거해도 괜찮음. 해당 앱이 스스로 다시 만드는 캐시, 로그, 임시 파일입니다.
- 다시 생김. 제거할 수 있지만 사용하면 다시 채워집니다. 브라우저 캐시와 패키지 캐시 같은 것입니다.
- 직접 결정. 스스로 돌아오지 않는 것의 유일한 사본입니다. 로컬 모델, 에뮬레이터, 시뮬레이터, worktree, Docker 이미지, 세션 기록이 여기에 속합니다.
- macOS가 표시하지 않음. 이름을 붙일 수 있는 것을 모두 뺀 나머지이며, 이유가 함께 표시됩니다. 전체 디스크 접근 권한이 꺼져 있거나 관리자만 읽을 수 있는 폴더가 있는 경우입니다.
각 그룹의 전체 규칙은 작동 방식에 있습니다.
실제 Mac 한 대를 측정한 결과
제작자가 직접 쓰는 Mac입니다. Xcode, Android Studio, Docker, AI 코딩 에이전트로 매일 앱을 개발하는 M2 Pro입니다. Wipecraft는 2026-11-08에 이 Mac을 스캔했습니다.
시스템 데이터는 271.1GB였습니다. 그룹별로 나누면 다음과 같습니다.
| 그룹 | 크기 |
|---|---|
| Mac에 필요함 | 125.6GB |
| 제거해도 괜찮음 | 58.7GB |
| 다시 생김 | 2.7GB |
| 직접 결정 | 84.0GB |
이 스캔에서 "macOS가 표시하지 않음"은 비어 있었습니다.
표를 위에서부터 읽어 보십시오. 시스템 데이터의 절반 가까이가 Mac이 동작하는 데 필요한 공간이었습니다. 어떤 정리 앱도 여기에 손대서는 안 되며, 이것을 지우겠다고 제안하는 정리 앱은 추측하고 있는 것입니다. 제거해도 괜찮은 부분은 컸지만 대부분 캐시이고, 캐시는 그것을 만든 앱을 쓰는 동안 다시 늘어납니다. 실제로 얼마나 공간을 되찾을지 정하는 부분은 "직접 결정"입니다.
같은 스캔에서 가장 큰 개별 소스는 다음과 같습니다.
| 소스 | 크기 |
|---|---|
| 시뮬레이터 | 98.8GB |
| Git worktree | 22.4GB |
| Android 에뮬레이터와 시스템 이미지 | 14.2GB |
| Claude Desktop | 12.4GB |
| Docker | 9.2GB |
| 로컬 모델 | 5.7GB |
| Claude Code | 4.3GB |
| Codex | 3.1GB |
이 행은 개별 소스의 크기입니다. 한 소스가 디스크에 남긴 모든 항목을 함께 센 값입니다. 한 소스는 여러 그룹에 걸쳐 있을 수 있습니다. 시뮬레이터 런타임은 대부분 "직접 결정"에 속하고, 일부는 지금 Mac에 필요한 것이며, 일부는 제거해도 괜찮은 것입니다. 그래서 이 행은 위 그룹을 나눈 값이 아니며, 더해도 그룹의 합과 같지 않습니다. 한 소스가 그 대부분을 담은 그룹보다 클 수도 있습니다.
왜 이렇게 커지나요
시스템 데이터를 크게 만드는 것은 세 가지이며, 몇 달에 걸쳐 쌓입니다.
한도가 없는 캐시. 대부분의 앱은 캐시를 보관하고, 대부분은 그 캐시를 줄이지 않습니다. 브라우저, 디자인 도구, 패키지 관리자가 각각 수 기가바이트를 차지할 수 있습니다. 캐시 하나하나는 무리가 없습니다. 합치면 숫자의 큰 부분이 됩니다.
만든 줄 잊은 사본. 오래된 iOS 버전의 시뮬레이터, 끝난 프로젝트의 Android 에뮬레이터, 한 번 써 본 로컬 모델, 지난봄의 Docker 이미지 같은 것입니다. 내려받거나 빌드하는 데 시간이 든 실제 파일입니다. 어떤 앱도 대신 지워 주지 않습니다. 사용자가 그것을 다 썼다는 것을 아는 앱이 없기 때문입니다.
macOS가 스스로 보관하는 것. 메모리가 부족하면 스왑 파일이 커집니다. Time Machine은 공간이 필요해질 때까지 로컬 스냅샷을 디스크에 둡니다. Spotlight와 다른 시스템 서비스는 자체 데이터베이스를 보관합니다. 이것들은 시스템 데이터에 속하며, 직접 손으로 지울 대상이 아닙니다.
정리해도 왜 다시 생기나요
캐시를 지우면 시스템 데이터가 줄어들지만, 일주일 뒤에는 대부분이 돌아와 있습니다. 캐시가 제 역할을 하는 것입니다. 앱은 다음에 실행될 때 필요한 것을 다시 만듭니다. 다시 지우면 또 일주일 동안 같은 공간을 얻을 뿐입니다.
시뮬레이터와 패키지 캐시도 같은 방식으로 움직입니다. 프로젝트가 요구하면 Xcode는 시뮬레이터 런타임을 다시 내려받습니다. 패키지 관리자는 다음 설치 때 캐시를 다시 채웁니다. 그래서 Wipecraft는 "다시 생김"을 "제거해도 괜찮음"과 따로 둡니다. 둘 다 지울 수 있지만, 오래 지워진 채로 남는 것은 하나뿐입니다.
계속 비어 있는 공간은 "직접 결정"에서 나옵니다. 다시 쓰지 않을 모델이나 브랜치가 병합된 worktree를 제거하면, 그 공간은 다시 차지 않습니다.
손으로 지워도 안전한 것
이 중 대부분은 앱 없이도 할 수 있습니다. 요약하면 다음과 같습니다.
- 대체로 안전함. 닫혀 있는 앱의 캐시(
~/Library/Caches). Xcode의 빌드 데이터 (~/Library/Developer/Xcode/DerivedData). 설치된 어떤 Xcode로도 실행할 수 없는 시뮬레이터 (xcrun simctl delete unavailable). - 직접 판단할 것. 로컬 모델, 에뮬레이터, 아직 쓰는 시뮬레이터, Docker 이미지, 오래된 iOS 백업. 각각이 유일한 사본입니다. 제거하기 전에 그것이 무엇인지, 마지막으로 언제 썼는지 확인하십시오.
- 그대로 둘 것.
/System과/private/var아래의 모든 것, 그리고 스왑 파일. 이것들을 손으로 지우면 Mac이 시동되지 않을 수 있습니다.
Time Machine 로컬 스냅샷은 특별한 경우입니다. tmutil listlocalsnapshots /로 목록을 볼 수 있습니다. macOS는 로컬 스냅샷의 크기를 알려 주지 않으며, 스냅샷 제거는 되돌릴 수 없습니다.
개발자 도구와 AI 에이전트
개발에 쓰는 Mac에서는 "직접 결정"의 대부분이 이 도구들에서 나옵니다. 각 도구는 자기 데이터를 자기 위치에 보관하며, 어느 도구도 다른 도구에 대해 알지 못합니다.
Xcode는 프로젝트별 빌드 데이터, 아카이브, 기기 지원 파일, 미리보기를 보관합니다. 시뮬레이터는 기기마다 하나씩 있는 iOS의 완전한 사본이며, 부팅에 쓰는 런타임 이미지도 함께 있습니다. Android 에뮬레이터와 SDK 시스템 이미지는 Android에서 같은 역할을 합니다. Docker는 이미지, 볼륨, 빌드 캐시를 보관하며, Mac에서는 이 모두가 큰 디스크 이미지 파일 하나 안에 있습니다.
AI 코딩 에이전트는 더 새로운 층을 더합니다. 에이전트는 git worktree에서 작업합니다. worktree는 작업마다 하나씩 만드는 저장소의 완전한 사본이며, 각각 자기 빌드 결과물을 가집니다. 에이전트는 하루에 여러 개를 만들 수 있고, 작업이 끝난 뒤에도 남습니다. Claude Code와 Codex는 세션 기록, 파일 기록, 로그를 보관합니다. Claude Desktop은 샌드박스용 VM 번들을 보관합니다. Ollama, LM Studio, Hugging Face 캐시의 로컬 모델은 하나에 수 기가바이트인 경우가 많습니다.
위의 Mac에서는 이것들이 전체 스캔에서 가장 큰 소스였습니다. 모두 그때는 쓸모 있던 작업에서 나온 것입니다.
이 데이터는 캐시보다 더 주의해서 다뤄야 합니다. worktree에는 commit하지 않은 변경 사항이 있을 수 있습니다. 세션 기록은 어떤 변경을 왜 했는지 남은 유일한 기록일 수 있습니다. 시뮬레이터는 실행 중일 수 있습니다. Wipecraft는 commit하지 않은 변경 사항이 있는 worktree, 부팅된 시뮬레이터, 에이전트가 열어 둔 세션 같은 행을 잠급니다. 행은 볼 수 있지만 선택할 수는 없습니다. "직접 결정"에 있는 항목은 격리함으로 이동하며, 30일 동안 되돌릴 수 있습니다. 규칙은 되돌리기 방식에 있습니다.
이제 무엇을 하면 되나요
Mac의 시스템 데이터가 크다면 "직접 결정"부터 보십시오. 계속 비어 있는 공간이 거기에 있고, 사람이 결정해야 하는 부분이기도 합니다. 캐시는 나중에 봐도 됩니다. 어차피 다시 생깁니다.
내 디스크의 같은 그룹을 보려면 Wipecraft를 사용하십시오. 라이선스 없이 스캔할 수 있으며, 스캔하는 동안 아무것도 바꾸지 않습니다.