一自建 Runner：佇列與磁碟是兩本帳
Runner 要嘛排隊要嘛磁碟滿，別整機升一檔混解。先看排隊時間與空間曲線再掏錢。延伸閱讀 M4 混搭與並聯帳本。
二Xcode 佇列：labels 與誰該用 Pro
輕 job 進低檔 pool，Archive／重分析打 label 去高配；用好 concurrency。若卡在「等機器」，第二台中檔常勝全線升 Pro。
三三檔分工：16／256、24／512、Pro 64／2TB
16／256輕 CI 必清快取；24／512當預設池；Pro 64／2TB只留峰值與封存，台數看並發不看人頭。對照 總帳沙盤。
| 檔位 | 主用途 | 備註 |
|---|---|---|
| M4 16／256 | 輕量 CI | 磁碟優先 |
| M4 24／512 | 一般 iOS CI | pool 分流 |
| M4 Pro 64／2TB | Archive／重分析 | 少台排他 |
四1TB／2TB：先擴盤再升記憶體
空間與 IO 一起惡化時先上 1TB；仍頂滿再上 2TB 或第二台。暫存靠清理。磁碟歸盤、記憶體峰值才歸 Pro。
常見誤區
見紅字就整機升檔——多數可先加盤或加中檔並聯。
五並聯：買吞吐，不買人頭 Pro
兩台 24／512 分擔矩陣常勝單台 Pro 被長 job 占滿；上架週短租第二台＋擴盤。盯排隊、磁碟、單 job 記憶體三數對應加機、加盤或升 Pro。
六五地：把拉依賴算進 wall time
節點差在RTT 與鏡像；跨洋拉套件吃 wall time。亞太多香港、貼美雲多美東，別把網路慢當機器慢。
七常見問題
Q：256GB 還能跑嗎？
A：可，需嚴格清理與 artifacts 外置；否則優先 1TB 擴容勝過先升 Pro。
八在 Mac mini 上把 Runner 跑穩、跑省
macOS＋Xcode 同機、Unix 原生；統一記憶體利並行建置。Mac mini 小、待機約 4W、可 7×24；託管散熱減熱降頻。Gatekeeper、SIP、FileVault 收緊暴露面。
要把 Runner 策略落在穩硬體上，從遠端 Mac mini M4 起步，一週 workflow 驗證後再決定擴盤或並聯——前往 kvmmac 首頁了解並開通試用。
要點回顧
分題：佇列歸併發，磁碟歸擴盤。分工：M4 池化、Pro 扛峰值。順序：量測後在加盤、加機、升 Pro 三選一對齊瓶頸。