대형 Xcode에서 디스크가 줄어드는 이유
일·한·홍·싱·미서부에 원격 Mac을 나누면 RTT는 좋아지지만 노드마다 DerivedData·SwiftPM 캐시가 복제됩니다. 모듈이 많으면 256GB는 며칠 만에 위험 구간입니다. DerivedData와 SPM 캐시 용량을 주간 기록해 증가 속도부터 잡으세요.
SSH vs Xcode·시뮬 FAQ
리전 병렬과 캐시 중복
노드를 늘리면 대기는 줄고 캐시 총량은 거의 선형 증가합니다. 브랜치를 노드별로 고정하고, CI에는 시뮬 런타임을 최소화하며, 아카이브만 중앙으로 모으세요. 저장×병렬 가이드
주의
디스크 90% 부근에서는 APFS·로그가 겹쳐 정체가 납니다. 여유 15% 이상을 SLO로 두세요.
스펙별 디스크·비용 매트릭스
16GB/256GB는 단일 레인·소수 브랜치, 24GB/512GB는 병렬 빌드+중형 SPM, M4 Pro+1TB/2TB는 캐시 허브 한 대로 리전 슬림 노드와 짝을 이룰 때 총비용이 안정적입니다.
| 구성 | 권장 워크로 | 디스크 전략 | 비용 관점 |
|---|---|---|---|
| M4 16/256GB | 1레인 PR | 주기 삭제·브랜치 고정 | 임대 최저·정리↑ |
| M4 24/512GB | 2레인·중형 SPM | 캐시 분리·아카이브 외부 | 중간 |
| M4 Pro 1TB | 다모듈 | 허브 1+슬림 리전 | 중복↓ |
| M4 Pro 2TB | 모노레포 | 버전별 폴더 | 단가↑·운영 단순 |
정리 vs 상위 스펙
오래된 DerivedData만 지우면 디스크는 바로 회복되고 빌드는 한번 느려질 수 있습니다. 주간 정리 공수가 더 비싸면 512GB나 M4 Pro+대용량 한 대가 저렴합니다.
- 주 1회 상위 DerivedData만 정책 밖이면 삭제.
- SPM 허브 1곳만 전체 캐시, 나머지는 슬림.
-
알람
df -h80%.
자주 묻는 질문
256GB로 대형 프로젝트?
단일 레인·적은 브랜치면 가능. 시뮬·다중 Xcode는 곧 한계입니다.
M4 Pro면 정리 생략?
느려지는 시점만 늦출 뿐, 월 단위 점검은 여전히 필요합니다.
Mac mini와 macOS로 예산을 지키는 이유
캐시는 디스크지만 안정성은 Xcode·macOS에 달립니다. M4 통합 메모리로 링크 병목이 줄고, Gatekeeper·SIP·FileVault로 다계정 원격도 관리가 쉽습니다. 유휴 전력이 낮아 7×24에도 부담이 적습니다.
Mac mini M4로 워크플로를 먼저 맞춘 뒤 원격 스펙을 고르면 정리 비용을 가장 적게 틀립니다. 아래에서 바로 열어 보세요.