PICK병렬 XCTest는 디스크가 먼저입니다
xcodebuild test에 시뮬을 여러 개 붙이면 RAM·CPU도 오르지만, DerivedData·시뮬 캐시가 SSD를 먼저 채웁니다. 256GB·16GB는 회귀 한 번에도 여유 GB가 사라지기 쉽습니다.
다섯 지역에 얕은 테스트와 무거운 UI·통합 노드를 나누면 같은 예산으로 큐가 줄어듭니다. 무인 prune·디스크 임계치는 Cron·doctor·1TB/2TB 원격 Mac 실전과 같이 묶어 두세요.
추천티어별 역할 분담
M4 16GB / 256GB
단일 시뮬·유닛. 다중 시뮬·스냅샷 UI는 피하고 정리 스크립트 필수.
M4 24GB / 512GB
PR 소규모 UI 스모크·2시뮬 이하. 경로 고정·주간 prune 후 1TB 검토.
M4 Pro 64GB / 2TB
출시 전 풀 매트릭스·병렬 시뮬. 2TB는 구 OS 시뮬·캐시 동거에 유리.
오지 병렬
리전별로 가벼운/무거운 큐를 쪼개면 Pro 한 대 몰림보다 p95가 자주 내려갑니다.
핵심오지 분산으로 QA 처리량을 올리는 이유
- 큐 분산 — 피크를 여러 노드로 나눕니다.
- 캐시 고정 — 리전별 DerivedData·Pods를 유지합니다.
- 리스크 분리 — 한 리전 지연이 전사 회귀를 멈추지 않게 합니다.
비교스펙별 요약
| 구성 | 주 역할 | xcodebuild 큐 | DerivedData 압력 | 메모 |
|---|---|---|---|---|
| M4 16/256 | 유닛·단일 시뮬 | 낮음(잡 분리 시) | 매우 높음 | 정리 우선 |
| M4 24/512 | PR·2시뮬 이하 | 중간 | 중간 | 1TB 후보 |
| M4 Pro 64/2TB | 출시 전 풀 매트릭스 | 낮음 | 낮음 | 2TB |
256GB에서 다중 시뮬 상시 회귀는 위험 — 출시 전 전용 Pro·대용량을 먼저 검토하세요.
M4 XCTest 노드, 리전·티어 맞춰 바로 올리세요
QA는 동시 시뮬 수·테스트 시간·여유 GB를 들고 오면 오지 M4·M4 Pro 조합을 제안합니다.
TIP1TB vs 2TB — XCTest 팀이 언제 무엇을 살까
산출물을 외부로 빼고 prune이 자동이면 1TB로도 호흡이 납니다. 구 OS 시뮬·대형 스냅샷을 한 노드에 두면 2TB가 정리 비용을 줄입니다.
현장소대가 볼 지표
테스트 p95·시뮬 기동 실패율·df만 주간으로 모아도 RAM 부족인지 SSD인지 갈립니다. 디스크 경고가 먼저면 여유 GB가 SLA입니다.
TCO부가 옵션(예산 민감 QA)
우선순위 예시입니다.
| 상황 | 1순위 | 2순위 | 비고 |
|---|---|---|---|
| 256G 자주 만땅 | 1TB | 테스트 후 정리·캐시 외부 | ✓ |
| flaky·시뮬 타임아웃 | 24G·Pro | 동시 시뮬 수 제한 | ✓ |
| 한 노드에 줄 | 리전 추가·병렬 | 가벼운/무거운 큐 분리 | ✓ |
| 멀티 Xcode·대형 캐시 | 2TB | 출시 전 전용 노드 | ✓ |
FAQ자주 묻는 질문
MacMac mini·macOS에서 이 회귀가 더 잘 돕니다
XCTest·시뮬은 통합 메모리·SSD·저유휴 전력이 세트입니다. Mac mini M4는 7×24에 조용히 맞고, macOS는 Unix·xcodebuild·Gatekeeper·SIP로 무인 테스트를 단순하게 유지합니다.
장비·랙·온콜을 합치면 호스티드 Mac이 TCO에서 이기기 쉽습니다. Mac mini M4로 베이스를 통일한 뒤 오지·티어를 넓히세요. 아래 배너에서 구성을 확인해 보세요.
마무리숫자로 고르고 샤딩하기
주간으로 테스트 시간·시뮬 실패율·df만 모아도 티어·1TB/2TB·노드 순서가 보입니다. 오지 원격 Mac은 큐·디스크·동시 시뮬만 조여도 QA 처리량이 바뀝니다.