2026年企業Mac CI：NFS/SMB共有キャッシュとRunner単位NVMeの対照

NAS共有キャッシュは魅力的だが、並行ジョブはFSの敵だ。勧告ロックやrename前提がNFS/SMBでは近似に過ぎない。本FAQはNFS/SMB対Runner NVMeを多リポApple Siliconで対照し、ロック・一貫性・遅延・拡容を整理する。 関連：Runner共存とNVMe分区FAQ を参照。

1. 先に壊れるのは帯域ではなくロック

帯域よりメタデータと勧告ロックが先に詰まる。NFSはリース往復、SMBはoplock絡みで並列展開と相性が悪いことがある。実レイアウトで並行書き込みを試し、原子性を確認せよ。

目安：二つのジョブが同一の可変ツリーに触れうるなら、帯域より先にロックを疑う。

2. macOS Runner上のNFS対SMB：一貫性を平易に語る

NFSv4はPOSIXに近いがclose-to-openは設定次第。SMBは大小文字・symlink・xattrs要検証。immutable読み取り＋ジョブwritableオーバーレイが現実解。 DerivedData／SwiftPM FAQ 参照。

3. ローカルNVMe：単調だが速く、隔離が正直

Runner NVMeはAPFSで隔離明快、代償は容量乗算とドリフト。索引を叩くxcodebuild密集ではNASよりローカルが安定しやすい。キャッシュ系タグを混線させない。

4. 並行複用を生き残るハイブリッド

ハイブリッド：NASは不変／RO、ホットはNVMe。APIで並行性をFS外へ逃がし、open+stat p95を追う。

5. ストレージ拡容と並行ファンアウトでインシデントを増やさない

拡容は書き手・爆発半径・排出の三問。Pods／SwiftPM／JVMは別ボリューム。filer CPU・操作遅延・再送を監視。 GHA Cache FAQ 参照。

6. チェックリスト

  • 並行書き込み試験を実レイアウトで実施したか。
  • 共有層は不変後ROか、書き込みはオーバーレイか。
  • タグで遅延敏感レーンとウォーマーを分離したか。
  • filer更新時マウントオプションをステージで検証したか。

ホスト選定が効く理由

体感はApple Silicon＋NVMe。macOSは署名・キーチェーン・シミュレータを素で揃え、Gatekeeper／SIP／FileVaultで長期口を守る。Mac mini M4は待機電力が低い。

MacstripeホームでMac mini M4を起点にp95を測り、今すぐ購入して設計を固めよう。