Ein 9,8-GB-Xcode-Simulator von innen: Die Apps belegten 350 MB

Mein QA-Simulator belegte 9,8 GB, und meine App war nicht der Grund. Seine App-Container belegten 0,34 GB. Den Rest füllte iOS: ein Cache mit Snapshots der Sperrbildschirm-Poster, das System-Log, heruntergeladene Siri- und Sprach-Assets und ein Symbol-Cache. Ich habe zehn Simulatoren auf meinem Mac gemessen, und der Anteil der Apps blieb auf jedem davon klein.

Kurzfassung

Wo in einem Simulator 9,8 GB stecken

Bei meiner ersten Messung belegte ein einzelner QA-Simulator die Hälfte des Devices-Ordners. Ein Leser fragte, was darin steckt, also habe ich seinen data-Ordner geöffnet. Das Gerät ist ein Simulator für das iPhone 18 Pro mit iOS 27.0, und es war während der Messung gestartet.

Containers enthält die installierten Apps, ihre Daten-Container, App Groups und die Daten von Erweiterungen. Alles, was meine App und ihre Tests geschrieben haben, passt in diese 0,34 GB.

Zehn Simulatoren im Vergleich

Auf meinem Mac gibt es 53 Simulatoren. Dreiundvierzig davon belegen jeweils etwa 20 MB, so viel wie ein Gerät, auf dem nie eine App lief. Die anderen zehn sind die, die ich nutze. Größen in GB.

Drei Muster fallen auf:

• Containers lag nie über 0,34 GB. Die Apps, die ich teste, sind neben den Systemdaten ein Rundungsfehler.
• MobileAsset taucht auf jedem Simulator auf. Der Ordner lag zwischen 0,17 und 2,03 GB.
• Der Poster-Store wurde nur auf den beiden gestarteten Geräten mit iOS 27.0 groß. Unter iOS 18.6 und 26.5 blieb er unter 0,05 GB. Zwei Geräte reichen nicht, um iOS 27.0 die Schuld zu geben, aber der Abstand ist groß.

Was in jedem Ordner liegt

PRBPosterExtensionDataStore: Snapshots der Sperrbildschirm-Poster

Der Ordnername ist, wie auch GalleryCache und SnapshotCache.cachedb, ein String im privaten PosterBoard.framework der Simulator-Laufzeit für iOS 27.0. Die Laufzeit bringt außerdem eine System-App mit, PosterBoard.app, mit dem Identifier com.apple.PosterBoard. Im Ordner tragen Unterordner die IDs von Apples Poster-Erweiterungen: WeatherPoster, EmojiPoster, PhotosPosterProvider, KaleidoscopePoster und weitere. Apples Anleitung zum Erstellen eines eigenen Sperrbildschirms nennt Wetter, Astronomie und Fotos unter den Hintergrundbildern für den Sperrbildschirm.

Auf meinem QA-Gerät enthielt der Ordner 6.776 Dateien. 2.911 davon waren .atx-Snapshot-Dateien mit je etwa 1 MB, benannt Composite.atx, Background.atx, Foreground.atx und Floating.atx, und sie summierten sich auf 2,9 GB. Auf dem iPad hatten alle 939 Snapshot-Dateien das Datum des Messtags als Änderungsdatum, das Gerät schreibt diesen Cache also, während es läuft. Ich weiß nicht, was ihn wachsen lässt, und Apple dokumentiert es nicht.

var/db/diagnostics und var/db/uuidtext: das System-Log

Diese Ordner enthalten die Daten des Unified-Logging-Systems. man log beschreibt einen Log-Store als System-Logging-Datenbank wie die in /var/db/diagnostics, mit einem uuidtext-Verzeichnis wie /var/db/uuidtext daneben. Jeder Simulator hält eine eigene Kopie in seinem Datenordner. Auf meinen Geräten lag sie zwischen 0,01 und 2,07 GB, dazu kamen 0,49 GB uuidtext auf dem QA-Gerät.

private/var/MobileAsset: Assets, die iOS herunterlädt

Auf dem QA-Gerät enthielt AssetsV2 Asset-Sets, die nach Siri- und Sprachfunktionen benannt sind:

Der Simulator lädt sie selbst herunter. Ein Entwickler hat in den Apple Developer Forums berichtet, dass derselbe Ordner unter iOS 26.5 um Dutzende Gigabyte wuchs, heruntergeladen von nsurlsessiond. Der Thread hat keine Antwort.

com.apple.coresymbolicationd: Symbol-Cache

Die Man-Page von coresymbolicationd nennt ihn einen „daemon to manage debug symbols cache“ für Bibliotheken des Betriebssystems. Er belegte 1,13 GB auf dem QA-Gerät und auf den anderen fast nichts.

Was ich mit einem schweren Simulator mache

Ich öffne diese Ordner nicht und lösche keine Dateien darin. Apple dokumentiert sie nicht, und ich kann dir nicht sagen, was ein halb gelöschter Poster-Store oder Log-Store mit einem Simulator macht. Die unterstützten Werkzeuge arbeiten mit dem ganzen Gerät:

• xcrun simctl erase <UDID> löscht Inhalte und Einstellungen und behält das Gerät. Fahr das Gerät vorher herunter.
• xcrun simctl delete <UDID> entfernt das Gerät.
• xcrun simctl delete unavailable entfernt Geräte, die das aktuelle Xcode SDK nicht mehr unterstützt.

Beim Zurücksetzen verschwinden die installierten Apps, ihre Daten und alle oben genannten Systemordner, du installierst die App also neu und meldest dich wieder an. Behalte die Geräte, deren Zustand du für einen Bug oder einen Test noch brauchst. Poster-Store, Log und Assets können wieder wachsen, sobald das Gerät erneut läuft, ein Zurücksetzen verschafft also Platz, behebt aber nicht das Wachstum.

Wie ich gemessen habe

Ich habe am 26. Oktober 2026 auf einem Mac mini mit M4, macOS 27.0.1 und Xcode 27.1 gemessen. Alle Befehle lesen nur Daten:

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

Die Größen stammen von du, zweimal durch 1024 geteilt, also dieselben binären Einheiten, die du -h ausgibt. Die Ordner in den einzelnen Zeilen überschneiden sich nicht, außer dass Containers seine Unterordner einschließt. Gestartete Simulatoren schreiben weiter, deshalb ändern sich ihre Zahlen von Stunde zu Stunde.

Fazit

Ein großer Simulator enthält meist iOS-Daten, nicht deine App. Auf meinem Mac belegten die App-Container 0,07 bis 0,34 GB pro Gerät, während Poster-Snapshots, Logs, heruntergeladene Assets und Symbol-Caches bis zu 9,5 GB belegten. Miss den Datenordner, behalte die Geräte, deren Zustand du brauchst, und setze den Rest mit simctl zurück oder lösche ihn.