왜 병렬 UITest는 원격에서 더 까다로운가
UITest는 시뮬을 여러 개 띄울수록 RAM·디스크·WindowServer 부하가 함께 붙습니다. 원격에서는 지터가 접근성 이벤트 재현성을 흔들 수 있어 리전·메모리·SSD를 한 번에 맞춰야 합니다. SSH 중심 빌드와 Xcode·시뮬 지연을 같이 보려면 SSH vs Xcode·시뮬 지연 FAQ를 함께 보세요.
xcodebuild 동시성과 Simulator 부팅 비용
-parallel-testing-enabled YES·스킴 분할·샤딩으로 속도를 내지만 동시 시뮬 상한은 메모리입니다. 16GB는 2~3대, 24GB는 3~4대, Pro는 빌드+UITest 동시에 여유가 큽니다.
주의
병렬도가 오를수록 로그·덤프·실패 스크린샷이 몰립니다. 256GB는 DerivedData·시뮬 스냅샷 정리 주기를 짧게 잡으세요.
일·한·홍·싱·미서부: RTT가 주는 UX 신호(참고)
아래는 백본에 따라 달라지는 참고 RTT입니다.
참고 RTT: 서울↔도쿄 25–45ms, 서울↔홍콩 35–55ms, 서울↔싱 55–75ms, 서울↔미서부 130–170ms, 싱↔미서부 160–200ms(실측).
바이너리 경로·메모리가 흔들리면 부가 스택 점검이 필요합니다. 원격 Mac 메모리 가이드를 참고하세요.
M4 스펙·저장 조합별 병렬 UITest 가이드
| 구성 | 동시 시뮬(목표) | 저장·캐시 메모 |
|---|---|---|
| M4 16GB / 256GB | 시뮬 2대 내외 | 주간 캐시 정리 |
| M4 24GB / 512GB | 3~4대·스킴 분할 | 로그·스샷 여유 |
| M4 Pro + 1TB/2TB | 빌드+UITest 동시 | 아카이브·샤드 허브 |
단기 임대 의사결정 체크리스트
- 소규모·단기: 동아시아 M4 16GB/256GB, 시뮬 2대 내·정리 스크립트 고정.
- 병렬+개발 병행: 24GB/512GB 또는 Pro, 로그·스크린샷 버퍼 확보.
- 샤드·아카이브 동시: M4 Pro+1TB/2TB, QA 거점별 2노드 이상.
Headless만으로는 재현율이 떨어질 수 있고, 동시 실행만 늘리면 I/O 경합으로 느려질 수 있습니다.
Mac mini M4에서 UITest 파이프라인이 더 안정적인 이유
통합 메모리·저전력으로 야간 UITest 큐를 조용히 돌리기 좋고, Xcode·시뮬이 동일 macOS 스택에서 바로 붙습니다. Gatekeeper·SIP·FileVault로 무인 러너 공격면을 줄입니다. 샤드 간 칩 세대를 맞추면 타이밍·TCO가 예측 가능합니다. Mac mini M4는 아래 배너에서 확인하세요.