Всегда ли гасить Gradle Daemon при совместном хосте?

Не всегда; но ./gradlew --stop или idle-eviction в конце пайплайна на коротких арендах.

Когда делить на две машины?

Делить, если ретро не помогает или комплаенс требует разделения подписей.

2026 Flutter/React Native на выделенных удалённых Mac в шести регионах: совместный iOS+Android, лимиты параллелизма и FinOps от суток до месяца

Если Flutter или React Native на выделенных удалённых Mac в Сингапуре, Японии, Корее, Гонконге, востоке/западе США нестабилен только вместе, причина обычно в unified memory, SSD-усилении записи и политике Gradle Daemon, а не в числе ядер. Чеклист, матрица, runbook, метрики и перекрёстные ссылки.

Шесть конфликтов ресурсов для Flutter / React Native на выделенном удалённом Mac (шесть регионов)

Память накатывает раньше графиков CPU: широкие деревья процессов Xcode и Gradle; на Apple Silicon это Signal 9 у xcodebuild или падения Gradle на transform.
Симуляторы и Android-эмуляторы: хвостовые образы и рост очереди случайного I/O.
Gradle Daemon + индексация Xcode: без лимитов RAM и idle-eviction — столкновение с DerivedData и кэшем SwiftPM.
NDK/CMake и iOS-зависимости: Git/Maven должны быть согласованы с регионом узла, иначе время уходит в резолвинг.
Окно аренды и очереди: nightly Android + iOS archive в коротком lease → гонка чисток в последний день.
Общий HOME: .gradle, .pub-cache, node_modules без изоляции ломают аудит.

См. также параллель XCTest/Simulator, self-hosted runner, гибридный CI; здесь фокус на столкновении Android- и Apple-цепочек на одном хосте.

Три бюджета: давление памяти/swap, запас SSD, трансрегиональный egress. В коротком lease сначала сериализация, не покупка GHz.

Сценарий	M4 16ГБ	M4 Pro	Красная зона
Только CLI	Gradle workers 2, Xcode последовательно	workers 3–4	swap растёт, <10ГБ свободно
Flutter integration + Simulator	сначала Android unit, без полного daemon	`flutter drive` с лимитом	Metal+Java замирает SSH
RN release + archive	таймбоксы, перед archive `./gradlew --stop`	раздельные `GRADLE_USER_HOME`/DerivedData	codesign+zipalign I/O

info

Принцип: совместный хост чаще упирается в память и SSD, а не в ядра.

Шестишаговый runbook

Зафиксировать матрицу тулчейнов и печатать хэши на входе CI.
GRADLE_USER_HOME/PUB_CACHE на отдельный том; согласовать с DerivedData.
По умолчанию сериализовать платформы.
Порядок: daemon stop → android/.cxx → ротация DerivedData → git.
Git/Maven в одной строке с регионом; сверка с матрицей близости.
Еженедельно: peak RSS, минимум свободных ГБ, egress.

bash

./gradlew --stop || true
export GRADLE_USER_HOME="$WORK_ROOT/.gradle-isolation"
export ANDROID_SDK_ROOT="$WORK_ROOT/android-sdk"
defaults write com.apple.dt.Xcode IDECustomDerivedDataLocation -string "$WORK_ROOT/DerivedData"
export FLUTTER_ANALYZER_CONCURRENCY=2
export ORG_GRADLE_PROJECT_org.gradle.workers.max=2

Три метрики (пороги примерные)

Peak RSS >~78% unified → следующий релиз сериализовать; >~88% со swap → запретить параллельные UI-тесты.
Три раза подряд <12ГБ на 256ГБ → уровни кэша или рост lease.
Gradle configuration-cache miss + CocoaPods resolve +30% WoW → проверить общий HOME.

Отдельный Linux под Android vs локальные двойные сборки

Linux развязывает RAM, но дублирует ключи/очереди. Локально — дрейф без аудита.

Для Сингапура, Японии, Кореи, Гонконга, восток/запад США с выровненными Git/Registry и скриптовыми водоразделами DerivedData/.gradle, MACCOME на M4/M4 Pro с гибкой арендой обычно проще сначала снять пики памяти/диска.

Три артефакта

Матрица тулчейнов, co-host/split, карта очистки↔lease; граница с Monorepo FinOps.

Граница применимости

Если Android не на Mac — к runner-статье. С egress-runbook вести NDK/Engine в том же журнале.