notarytool公証とDeveloper ID配布署名は、ビルドより一時ディスク・再試行で列が伸びやすいです。五地域（シンガポール・東京・ソウル・香港・米東）ではRTTに合わせつつジョブ衝突を減らすと請求が素直になります。Actionsとディスクは自前ランナー記事、席分離はSSH／VNC記事へ。
■ 先に見る律速
再送ループではDerivedData周りの空きが先に詰まります。CPUが暇でも遅いときはコアより空き容量を疑ってください。
公証・署名がSoCより前で詰まる理由
再署名・再zipは同一ボリュームのキャッシュを踏み直すため、低配M4でもディスクが薄いと夜間ジョブが連鎖します。保持とテンポラリ分離を先に整え、必要ならレーンを増やして衝突を減らす方が説明しやすいことが多いです。
五地域で並列化してからコアを厚くする
SG／JP／KR／HK／米東は関係者のRTTで選びつつ、公証は外向き経路にも依存します。ラベルと時間窓で衝突を潰し、それでもマルチxcodebuildがRAM壁ならM4 Proを検討します。
M4＋1TB／2TBとM4 Pro直借りの断点
1TBは成果物と再試行の緩衝、2TBは長期保管や複数ゴールデンを一台に載せるとき。M4 Proは並列コンパイルがクリティカルパスに乗ったとき。コアが中位なら律速はストレージです。
チーム協業FAQ
Q
鍵を複数人で触ってよいか
CIと手動を分け、鍵の複製を避けます。
Q
五地域に分散すると遅くなるのでは
体感は経路とホストのディスクです。分散は衝突回避と担当者RTTが主目的です。
Q
低配M4でnotarytoolだけ載せたい
夜間Xcodeを別ラベルで締め出せれば可。混線するとディスクで詰まります。
この並列設計でもMac mini／macOSが軸になる理由
notarytoolとXcodeはネイティブmacOSで再現性が高く、Gatekeeper・SIP・FileVaultで境界説明がしやすいです。Mac mini M4は静音・低待機電力で長時間ジョブ向き、総保有コストも説明しやすくなります。kvmmacのトップで構成を確認し、今すぐMac mini M4を手に入れて公証とCIを同じ型で固めてください。
まとめ
notarytool列はディスク・衝突・再試行から読み、ハードは1TB→2TB→並列レーン→M4 Proの順が通りやすいです。