并行编译一拉高，最先吃紧的往往是磁盘水位与内存余量。把预判写进流程，才能在新加坡、东京、首尔、香港、美东、美西间选对节点，并在 M4 16GB/256GB 与 24GB/512GB、1TB/2TB与并联席位 / 加机之间少踩坑（价格以控制台为准）。
一、磁盘水位：什么时候该紧张
把盘拆成系统与 Xcode、DerivedData、制品与依赖缓存三块估算。可用空间长期低于约 15% 或频繁逼近满盘，说明工作集已超过套餐盘：先做缓存外移与分层，再谈扩容；否则加并行只会放大写放大。
二、并行编译：先判内存还是盘
并行度加倍若耗时几乎不变、磁盘队列变长，瓶颈在I/O；若 OOM 或剧烈换页，瓶颈在内存。跨区每次冷拉依赖，会把 RTT 算进「等盘」里，看起来像盘慢、实为缓存未命中。 了解更多：Bazel 与 Gradle 云 Mac 远端构建与并行 CI FAQ
三、六地节点：别漏 RTT
新加坡折中东南亚；东京 / 首尔贴日韩；香港常作出海跳板；美东 / 美西按用户与 API 择近。机型一致时水位差不大，差在是否重复拉制品：多区并行务必独立缓存命名空间，避免六路同时冷启动。以控制台为准，用同一脚本各节点跑一轮对照。
四、档位与 TB 扩容
16GB/256GB适合单路、可控 DerivedData 的流水线；双模拟器 + 高并行优先 24GB/512GB，减少换页假失败。512GB 仍长期高位，再评估 1TB / 2TB，而不是在同一盘上继续堆并行。
五、并联席位相对加机：FAQ
下文「加机」指再租一台独占实例；并联指多台同时消化队列。
Q1：磁盘黄灯，扩容还是并联？
单台触顶时盲目加机，若每台都要完整工作集，总占用会倍增。先升盘或外置缓存，再分流。
Q2：CPU 满、盘健康？
优先多台中配并联，每台中等并行度，降低单盘写放大；短峰按天/周加机，长周期再固定 24GB/512GB 基线。
六地分摊沙盒与联调成本，可参考 了解更多：App Store 地域化沙盒联调与六地云 Mac、并联执行器短中期租期成本 FAQ。
六、自检清单
- 是否记录过峰值磁盘与并行度—耗时曲线？
- 多区是否避免共用缓存键导致重复冷启动？
- 租期是否与火车对齐，波峰后能否快速减机？
在 vpszap 云上，这一切更简单
磁盘与并行最怕邻居争抢。vpszap 提供物理 M4 Mac Mini：无虚拟化、独享 CPU/内存/NVMe，约五分钟开通，SSH 与 VNC 同交付，新加坡、东京、首尔、香港、美东、美西多节点，按天/周/月/季、无长约，便于每区钉一台对照样机。
想把预判跑在可比的硬件上，vpszap 云端 Mac mini 是很好的起点。
