다중 저장소·병렬 Job에서 캐시는 시간을 줄이나, NFS/SMB는 락·메타데이터·RTT로 느려질 수 있고 로컬 NVMe는 빠르지만 디스크 비용이 큽니다. worktree·clone NVMe FAQ, Bazel·Gradle 원격 캐시 FAQ와 함께 보세요.
1. 모델 요약: 공유 캐시는 집약, 로컬 NVMe는 분산
공유 캐시는 히트율 유지에 유리하나 클라이언트가 많아지면 메타데이터·작은 파일 IO가 병목입니다. 로컬 NVMe는 지연은 낮지만 워밍업·정리가 필요하고 디스크는 동시 Job×저장소로 곱해집니다.
실무 팁: 캐시 계층을 나눌 때는 보안 경계(비밀·서명 아티팩트)와 백업 RPO부터 고정하세요.
2. 파일 락: NFS·SMB와 빌드 도구의 상호작용
일부 도구는 advisory lock·임시 파일 교체에 의존합니다. NFS/SMB마다 락 의미가 달라 타임아웃·stale handle이 날 수 있어, 의심 시 로컬 스테이징 후 업로드가 안전합니다.
3. 일관성: 읽기 후 쓰기 경쟁과 캐시 키
동시 읽기·쓰기 경쟁은 부분 산출물 혼입을 만듭니다. CAS·불변 업로드와 공유 캐시의 읽기 전용 프리픽스+프로모션이 안전합니다.
4. 네트워크 지연: 작은 IO 폭풍 vs 대역폭
작은 파일 동기화는 RTT에 민감합니다. 튜닝과 함께 blob·아카이브로 왕복을 줄이고, 로컬 NVMe 핫 티어로 p95 tail을 짧게 잡으세요.
5. 스토리지 확장·병렬 재사용 FAQ
- 공유 캐시 용량이 한계면? 상위를 CAS로 샤딩하거나 오래된 레이어를 정책적으로 제거하고, Runner 로컬에 LRU 스크래치를 둡니다.
- 병렬 Job이 같은 경로를 쓰면? Job별 하위 디렉터리·임시 볼륨을 강제하고, 공유는 업로드 단계만 허용합니다.
- 언제 로컬 NVMe만? 락·메타데이터 민감 빌드나 실시간 산출물이 많을 때, 단 노드 내 완결을 우선합니다.
Mac mini·macOS로 캐시 기준선을 단순화
NVMe·APFS는 소형 파일에 유리하고, Apple Silicon 통합 메모리는 동시 Job 부하를 완화합니다. macOS Gatekeeper·SIP·FileVault는 무인 운영에 맞고, Mac mini M4는 저전력 상시 노드에 적합합니다.
지표를 한 노드에서 재현한 뒤 풀을 넓히세요. Macstripe 홈에서 전용 Mac을 비교할 수 있으며, 캐시 검증은 Mac mini M4가 단순한 출발점입니다.
