Скорость сборки Xcode: локальный MacBook vs облачный Mac mini M4

Почему смотрим Clean Build, а не инкрементальную сборку

В повседневной работе изменили один Swift-файл — Xcode пересобирает только затронутые модули, часто за секунды. Инкрементальная сборка зависит от кэша; DerivedData с машины A на B бесполезен. Полная пересборка неизбежна в случаях:

• CI очищает DerivedData при каждом Job
• Смена Xcode или macOS, старый кэш недействителен
• Смена dev-машины, нет исторического кэша
• выполнить xcodebuild clean build или xcodebuild archive Release-сборку

Поэтому clean build — реальный критерий «выдержит ли машина iOS pipeline». Скорость инкрементальной сборки больше про привычки и частоту правок, а не потолок железа. Все данные — полный clean build, одинаковые стартовые условия на трёх машинах.

Тестовая среда и проект

Сравнение осмысленно при одном проекте, одной версии Xcode и похожей комнатной температуре; три раунда, медиана. Перед каждым раундом rm -rf ~/Library/Developer/Xcode/DerivedData — сборка с нуля.

MacBook Air M2 — 8-ядерная версия (самая распространённая), не 10-ядерный топ. MacBook Pro M1 Pro и VPSRox M4 Mini — по 10 ядер: сравниваем поколения M1 Pro vs M4 и влияние охлаждения.

Результаты полной Clean Build

Таблица — медиана wall-clock трёх clean build, пик памяти и пик CPU по Xcode. Пики памяти — memory_pressure и Activity Monitor во время сборки.

Колонка «раунд 3 vs 1» показательна: у Air третий clean build на 38 s медленнее первого — пассивное охлаждение и снижение частоты. У Pro — 14 s, но эффект есть. VPSRox M4 Mini в стойке ЦОД — разница 2 s, в пределах погрешности.

Сравнение времени Archive

Archive ближе к production, чем clean build: помимо компиляции — подпись, bitcode (если включён), dSYM и упаковка символов. На том же проекте Archive обычно в 1,2–1,4 раза дольше clean build.

По Archive видно, что M4 сильнее на этапе dSYM и символов — ~19% быстрее M1 Pro, не только за счёт частоты ядер. Связано с пропускной способностью памяти и Neural Engine.

Для Fastlane каждый fastlane gym ≈ полный Archive + export — на M4 Mini суммарно ~5 мин 30 с, на Air M2 ~10 мин. Несколько сборок в день (dev/staging/production) — разница бьёт по ритму релизов.

Thermal throttling и давление на память: скрытые факторы локальной машины

Многие обзоры дают только холодный старт и игнорируют thermal accumulation. Apple Silicon снижает частоту при перегреве до восстановления охлаждения. Безвентиляторный MacBook Air страдает сильнее всех.

Thermal throttling на MacBook Air M2

У Air M2 после второго clean build (~11 мин) дно корпуса заметно горячее; pmset -g thermlog показывает CPU_Speed_Limit с 100 до ~78 — третья сборка >30 s медленнее первой. Серия CI на Air системно +15%–30% к холодному старту и непредсказуема.

Границы активного охлаждения MacBook Pro M1 Pro

Активное охлаждение MacBook Pro помогает, но не полностью. При >28°C в помещении или нескольких Simulator иногда лёгкий throttling. Наши +14 s — более тёплый третий раунд; при 22°C отклонение ~8 s.

Тепловая стабильность в ЦОД

Узел VPSRox в стойке 18–22°C, у Mac mini M4 активное охлаждение — стабильность времени сборки выше любого ноутбука. В наших трёх раундах разница 1 vs 3 — 2 s. Для CI с предсказуемым окном это ценно: можно опираться на p99, а не бояться случайного таймаута.

Пик памяти и влияние swap на скорость

На 16 GB unified memory давление памяти при крупных iOS-проектах реально. Xcode на этапах линковки и подписи поднимает много процессов; Swift-компилятор тоже прожорлив. Пики проверяли vm_stat и memory_pressure.

Air M2 на clean build ~11,8 GB пика; при параллельной компиляции двух Extension — кратковременный swap 200–400 MB, скорость SSD влияет на прогресс. M1 Pro ~10,9 GB, swap не было. VPSRox M4 Mini ~9,4 GB — M4 эффективнее по памяти на той же задаче.

Для проектов >200k строк или многих Swift Package 16 GB на Air чаще упирается в память. VPSRox предлагает расширение SSD (+1TB $2.6/день, +2TB $5.2/день), но RAM пока только 16 GB — учитывайте при выборе.

Когда локального MacBook всё ещё достаточно

Не каждой команде нужен облачный узел; в следующих случаях MacBook справится:

• Небольшой проект (<30k строк Swift): clean build на любом MacBook с Apple Silicon укладывается в 2 минуты — узкого места по производительности нет.
• Редкий CI (<5 сборок в день): даже при clean build 7–8 минут суммарное время сборок за день остаётся в пределах 40 минут — приемлемо.
• Solo-разработчик, в основном локальная отладка: инкрементальной сборки обычно достаточно; clean build нужен перед релизом — MacBook Pro M1 Pro и новее справляются.
• Пользователи MacBook Pro M3/M4: охлаждение и производительность новейшего MacBook Pro (M4 Max) близки к Mac mini M4; разница скорее в стабильности длительных сборок, чем в разовой скорости.

Облачный узел стоит оценить, если: CI >20 сборок в день, общая среда сборки для команды (без «у меня работает»), MacBook Air и растущий проект, или изоляция нескольких независимых проектов.

Итог: как считать стоимость и выгоду

Стоимость облачного Mac очевидна: Mac mini M4 VPSRox — $21.8/день, ~$109.1/мес. при постоянном использовании — дешевле нового MacBook Pro, но регулярный расход. Что вы экономите?

Команда из 5 iOS-разработчиков, ~30 clean build/Archive в день: на Air M2 ~8 мин в среднем (лёгкий throttling) — 240 мин машинного времени. На VPSRox M4 Mini ~123 мин. Экономия ~117 мин/день — для параллельных веток CI это быстрее review и релизы.

Скрытая цена — переключение внимания при ожидании сборки. До 5 минут многие смотрят прогресс; после 8 минут уходят в другие задачи. По исследованиям flow state возврат к пику ~20 минут. $109/мес. за узел — скорее «стоимость фокуса», чем только сервер.