Apple Silicon, облачный Mac Runner: пики памяти и swap — компиляция, Docker, Xcode

Ключевые выводы

Сочетайте на одной панели Memory Pressure, динамику swap и RSS контейнеров; многие «CPU простаивает, а job висит» — это сжатие страниц и своп, а не сеть.
Фиксированный порядок деградации: ограничить число параллельных job → сузить -j и параллелизм Swift → задать лимиты памяти контейнерам и дробить этапы → при необходимости удлинить очередь.
Гигиена образов и лимиты Docker напрямую снимают хвосты RSS — см. Производственный Docker на облачном Mac Apple Silicon: образы arm64/amd64, bind mount и кеш сборки — руководство по устранению неполадок (с границами ресурсов тарифов).

Ноутбук и рабочий стол разработчика — иллюстрация пересечения сборки, Docker и Xcode на runner — Иллюстративное фото; в продакшене опирайтесь на Activity Monitor, `vm_stat` и метрики контейнеров во время реальных перекрытий фаз.

1. Откуда берутся пики: компиляторы, контейнеры и Xcode одновременно

Нативные компиляторы при высоком параллелизме держат большие графы AST и арены кодогенерации. Docker добавляет страницы виртуальной машины, overlay и кеш промежуточных слоёв; образы amd64 на Apple Silicon через эмуляцию умножают резидентный набор и время удержания памяти. Xcode и SourceKit накладывают модульные графы, индексацию и иногда «десктопные» схемы, случайно унаследованные CI.

Ни один слой сам по себе не ошибка — ошибка в одновременном спросе на один пул unified memory. Облачный runner часто консолидирует ночные регрессы, контейнерные интеграционные тесты и релизные поезда на одном хосте. Итоговый сценарий чаще не классический мгновенный OOM, а минуты свопа и компрессии: CPU выглядит не загруженным, а wall-clock улетает за таймауты, симуляторы «залипают», логи SSH отстают.

2. Метрики: что смотреть при доступе по SSH

Разделите наблюдение на три полосы: интегралы хоста, подозреваемые процессы и бюджеты контейнеров. На хосте периодически снимайте vm_stat и обращайте внимание на компрессию и swap; полезен memory_pressure там, где он доступен. Отдельно графируйте объём swap-файлов: при агрессивном сжатии на Apple Silicon рост свопа — запаздывающий, но решающий индикатор того, что допущения по параллелизму перестали выполняться.

Для Docker сохраняйте срезы docker stats с RSS и лимитами на репрезентативных пайплайнах; лимиты должны быть согласованы с внутренним -j внутри контейнера, иначе ядро будет метаться между cgroup и хостовым свопом. Для lane’ов с Xcode логируйте пик resident size при смене схемы кешей: инкрементальные сборки экономят диск, но иногда оставляют крупные RAM-кеши между прогонами.

Давление на диск косвенно бьёт по RAM через вытеснение кешей страниц — держите запас SSD и inode в одной модели с памятью; см. Apple Silicon, облачный Mac Runner: управление диском и inode — Derived Data, слои контейнеров, унифицированные логи и кеши: оповещения по квотам, поэтапная очистка и планирование ёмкости относительно лимитов хранилища тарифов.

# Лёгкий снимок под диагностическим пользователем CI
vm_stat | head -n 20
sysctl vm.swapusage
docker stats --no-stream 2>/dev/null || true

3. Плейбук деградации, когда сигналы «жёлтые»

Сериализуйте тяжёлые стадии: не планируйте одновременно полный xcodebuild archive и многосервисную сборку Docker на тарифе с узкой памятью, пока измерения пиков не докажут запас.

Сузьте параллелизм: опустите число job для Swift/Clang ниже числа ядер, если на хосте живут контейнеры; привяжите -j к sysctl hw.ncpu минус резерв под агенты и системные демоны.

Дробите матрицу CI: вынесите UI-тесты, интеграцию backend и упаковку в разные очереди или последовательные стадии — хвост задержек обычно сильнее съедает SLA, чем небольшой рост суммарного wall-clock.

Отдавайте предпочтение arm64-образам и убирайте лишний qemu; уменьшайте контекст сборки, чтобы BuildKit не держал гигантские промежуточные слои в RAM.

4. Границы памяти тарифов и запас по голове

Тарифы kvmboot ориентируются на 16 ГБ unified memory с входным SSD и 24 ГБ на более крупных связках (см. тарифы и характеристики). Вычтите порядка 4–6 ГБ на macOS, фоновые сервисы, агенты мониторинга и интерактивные сессии SSH; добавьте ещё около гигабайта, если для отладки оставлен Screen Sharing или другой удалённый GUI.

Остаток — ваш бюджет параллелизма. Один крупный архив iOS при линковке может кратковременно занимать двузначное число гигабайт RSS; рядом с двумя скромными контейнерами это исчерпывает 16 ГБ без «злого умысла». 24 ГБ покупают запас для перекрывающихся lane или для команд, которые не готовы сериализовать архивы, но хотят предсказуемые поля свопа.

5. Симптом — причина — действие

Симптом	Вероятная причина	Предпочтительное действие
Локально зелёно, в CI таймаут при низкой загрузке CPU	Своп или очередь компрессии	Снизить параллелизм; снять swap; развести по времени пики Docker и Xcode
Сборка в контейнере то проходит, то падает позже тем же днём	Накопленный RSS демонов и builder’ов	Перезапуск builder по расписанию; лимиты памяти; очистка кеша BuildKit
Просадка после крупного обновления зависимостей	Расширенный граф модулей и clang-модулей	Пересобрать кеши контролируемо; ограничить параллельные схемы; рассмотреть тариф с большей RAM

6. Заключение

Своп на Apple Silicon — не «провал дисциплины», а сигнал планировщика. Считайте компиляторы, контейнеры и Xcode конкурирующими арендаторами unified memory, измеряйте до жалоб пользователей и сопоставляйте пики с тем тарифом RAM, который вы реально арендуете, а не с идеальным ноутбуком из прошлого инцидента.