Что внутри симулятора Xcode на 9,8 ГБ: приложения заняли 350 МБ

Мой QA-симулятор занимал 9,8 ГБ, и дело было не в моём приложении. Контейнеры приложений в нём заняли 0,34 ГБ. Остальное заполнила iOS: кэш снимков постеров экрана блокировки, системный лог, скачанные ассеты Siri и языковые ассеты, а также кэш символов. Я измерил десять симуляторов на своём Mac, и доля приложений на каждом оставалась небольшой.

Краткий ответ

Куда ушли 9,8 ГБ в одном симуляторе

В моём первом замере один QA-симулятор занимал половину папки Devices. Читатель спросил, что у него внутри, и я открыл его папку data. Это симулятор iPhone 18 Pro на iOS 27.0, и во время замера он был запущен.

В Containers лежат установленные приложения, их контейнеры данных, группы приложений и данные расширений. Всё, что записали моё приложение и его тесты, укладывается в эти 0,34 ГБ.

Десять симуляторов рядом

На моём Mac 53 симулятора. Сорок три из них занимают примерно по 20 МБ: столько весит устройство, на котором ни разу не запускали приложение. Остальными десятью я пользуюсь. Размеры указаны в ГБ.

Выделяются три закономерности:

• Containers ни разу не превысили 0,34 ГБ. Приложения, которые я тестирую, на фоне системных данных составляют погрешность округления.
• MobileAsset есть на каждом симуляторе. Размер этой папки был от 0,17 до 2,03 ГБ.
• Хранилище постеров разрослось только на двух запущенных устройствах с iOS 27.0. На iOS 18.6 и 26.5 оно оставалось меньше 0,05 ГБ. Двух устройств мало, чтобы винить iOS 27.0, но разрыв большой.

Что хранит каждая папка

PRBPosterExtensionDataStore: снимки постеров экрана блокировки

Имя этой папки, как и GalleryCache и SnapshotCache.cachedb, встречается строкой в приватном PosterBoard.framework рантайма симулятора iOS 27.0. В рантайме есть и системное приложение PosterBoard.app с идентификатором com.apple.PosterBoard. Подпапки внутри называются по идентификаторам расширений постеров Apple: WeatherPoster, EmojiPoster, PhotosPosterProvider, KaleidoscopePoster и другие. В руководстве Apple по настройке собственного экрана блокировки среди обоев экрана блокировки названы «Погода», «Астрономия» и фотографии.

На моём QA-устройстве в папке было 6776 файлов. Из них 2911 были файлами снимков .atx примерно по 1 МБ каждый, с именами Composite.atx, Background.atx, Foreground.atx и Floating.atx, и вместе они заняли 2,9 ГБ. На iPad у всех 939 файлов снимков дата изменения совпадала с днём замера, значит, устройство пишет этот кэш, пока работает. Я не знаю, из-за чего он растёт, и Apple это не документирует.

var/db/diagnostics и var/db/uuidtext: системный лог

В этих папках лежат данные унифицированной системы логирования. man log описывает хранилище логов как системную базу данных логирования вроде той, что лежит в /var/db/diagnostics, с каталогом uuidtext вроде /var/db/uuidtext рядом с ней. Каждый симулятор держит собственную копию внутри своей папки data. На моих устройствах она занимала от 0,01 до 2,07 ГБ, плюс 0,49 ГБ в uuidtext на QA-устройстве.

private/var/MobileAsset: ассеты, которые скачивает iOS

На QA-устройстве в AssetsV2 лежали наборы ассетов, названные по функциям Siri и языковым функциям:

Симулятор скачивает их сам. Один разработчик на Apple Developer Forums сообщил, что на iOS 26.5 та же папка разрасталась на десятки гигабайт за счёт загрузок nsurlsessiond. Ответа в теме нет.

com.apple.coresymbolicationd: кэш символов

Справка coresymbolicationd называет его «демоном для управления кэшем отладочных символов» библиотек ОС. На QA-устройстве он занял 1,13 ГБ, а на остальных почти ничего.

Что я делаю с тяжёлым симулятором

Я не открываю эти папки и не удаляю из них файлы. Apple их не документирует, и я не могу сказать, что станет с симулятором, если удалить хранилище постеров или хранилище логов наполовину. Поддерживаемые инструменты работают с устройством целиком:

• xcrun simctl erase <UDID> стирает содержимое и настройки, а само устройство оставляет. Сначала выключите устройство.
• xcrun simctl delete <UDID> удаляет устройство.
• xcrun simctl delete unavailable удаляет устройства, которые текущий SDK Xcode больше не поддерживает.

При стирании пропадают установленные приложения, их данные и все системные папки, о которых шла речь выше, так что приложение придётся установить заново и снова войти в аккаунт. Оставьте устройства, состояние которых вам ещё нужно для бага или теста. Хранилище постеров, лог и ассеты могут вырасти снова, как только устройство опять заработает, поэтому стирание освобождает место, но не устраняет сам рост.

Как я измерял

Я измерял 26 октября 2026 года на Mac mini с M4, macOS 27.0.1 и Xcode 27.1. Все команды только читают данные:

xcrun simctl list devices --json
du -sk ~/Library/Developer/CoreSimulator/Devices/<UDID>/data
du -k -d 4 ~/Library/Developer/CoreSimulator/Devices/<UDID>/data | sort -rn | head -20
find ~/Library/Developer/CoreSimulator/Devices/<UDID>/data/Library/Application\ Support/PRBPosterExtensionDataStore -name '*.atx' | wc -l

Размеры взяты из du и дважды поделены на 1024: это те же двоичные единицы, которые выводит du -h. Папки в каждой строке не пересекаются, только Containers включает свои подпапки. Запущенные симуляторы продолжают писать на диск, поэтому их цифры меняются от часа к часу.

Итог

Большой симулятор обычно хранит данные iOS, а не вашего приложения. На моём Mac контейнеры приложений занимали от 0,07 до 0,34 ГБ на устройство, а снимки постеров, логи, скачанные ассеты и кэши символов доходили до 9,5 ГБ. Измерьте папку data, оставьте устройства, состояние которых вам нужно, а остальные сотрите или удалите через simctl.