In een Xcode-simulator van 9,8 GB namen de apps 350 MB in

Mijn QA-simulator nam 9,8 GB in, en mijn app was niet de oorzaak. Zijn app-containers namen 0,34 GB in. iOS vulde de rest: een cache met snapshots van posters voor het toegangsscherm, het systeemlog, gedownloade Siri- en taalassets en een symboolcache. Ik heb tien simulators op mijn Mac gemeten, en op elk ervan bleef het aandeel van de apps klein.

Snel antwoord

Waar 9,8 GB in één simulator naartoe ging

Bij mijn eerste meting bevatte één QA-simulator de helft van de map Devices. Een lezer vroeg wat erin zat, dus opende ik zijn map data. Het apparaat is een simulator van de iPhone 18 Pro met iOS 27.0, en hij was opgestart tijdens de meting.

Containers bevat de geïnstalleerde apps, hun datacontainers, app-groepen en de data van extensies. Alles wat mijn app en zijn tests schreven, past in die 0,34 GB.

Tien simulators naast elkaar

Op mijn Mac staan 53 simulators. Drieënveertig ervan bevatten elk ongeveer 20 MB, de grootte van een apparaat dat nooit een app heeft gedraaid. De andere tien zijn de simulators die ik gebruik. Groottes staan in GB.

Drie patronen vallen op:

• Containers kwam nooit boven 0,34 GB. De apps die ik test zijn een afrondingsfout naast de systeemdata.
• MobileAsset staat op elke simulator. Het varieerde van 0,17 tot 2,03 GB.
• De posteropslag werd alleen groot op de twee opgestarte apparaten met iOS 27.0. Op iOS 18.6 en 26.5 bleef hij onder 0,05 GB. Twee apparaten zijn te weinig om iOS 27.0 de schuld te geven, maar het verschil is groot.

Wat elke map bevat

PRBPosterExtensionDataStore: snapshots van posters voor het toegangsscherm

De mapnaam is, samen met GalleryCache en SnapshotCache.cachedb, een string in het private PosterBoard.framework van de simulatorruntime van iOS 27.0. De runtime levert ook een systeemapp mee, PosterBoard.app, met de identifier com.apple.PosterBoard. In de map dragen submappen de ID’s van de posterextensies van Apple: WeatherPoster, EmojiPoster, PhotosPosterProvider, KaleidoscopePoster en meer. De handleiding van Apple over een aangepast toegangsscherm maken noemt Weer, Astronomie en foto’s onder de achtergronden voor het toegangsscherm.

Op mijn QA-apparaat bevatte de map 6.776 bestanden. Daarvan waren er 2.911 .atx-snapshotbestanden van ongeveer 1 MB per stuk, met de namen Composite.atx, Background.atx, Foreground.atx en Floating.atx, en samen kwamen ze op 2,9 GB. Op de iPad hadden alle 939 snapshotbestanden een wijzigingsdatum op de dag van de meting, dus het apparaat schrijft deze cache terwijl het draait. Ik weet niet waardoor hij groeit, en Apple documenteert het niet.

var/db/diagnostics en var/db/uuidtext: het systeemlog

Deze mappen bevatten de data van het unified logging system. man log beschrijft een logopslag als een database voor systeemlogs zoals die in /var/db/diagnostics, met een map uuidtext zoals /var/db/uuidtext ernaast. Elke simulator houdt een eigen kopie bij in zijn datamap. Op mijn apparaten varieerde die van 0,01 tot 2,07 GB, plus 0,49 GB uuidtext op het QA-apparaat.

private/var/MobileAsset: assets die iOS downloadt

Op het QA-apparaat bevatte AssetsV2 assetsets met namen van Siri- en taalfuncties:

De simulator downloadt deze zelf. Een ontwikkelaar op de Apple Developer Forums meldde dat dezelfde map op iOS 26.5 met tientallen gigabytes groeide, gedownload door nsurlsessiond. De thread heeft geen antwoord.

com.apple.coresymbolicationd: symboolcache

De manpage van coresymbolicationd noemt het een “daemon to manage debug symbols cache” voor OS-bibliotheken. De map nam 1,13 GB in op het QA-apparaat en bijna niets op de andere.

Wat ik doe met een zware simulator

Ik open deze mappen niet om bestanden te verwijderen. Apple documenteert ze niet, en ik kan je niet vertellen wat een half verwijderde posteropslag of logopslag met een simulator doet. De ondersteunde tools werken op het hele apparaat:

• xcrun simctl erase <UDID> wist inhoud en instellingen en laat het apparaat staan. Sluit het apparaat eerst af.
• xcrun simctl delete <UDID> verwijdert het apparaat.
• xcrun simctl delete unavailable verwijdert apparaten die de huidige Xcode SDK niet meer ondersteunt.

Wissen haalt de geïnstalleerde apps, hun data en elke systeemmap hierboven weg, dus je installeert de app opnieuw en logt opnieuw in. Bewaar de apparaten waarvan je de status nog nodig hebt voor een bug of een test. De posteropslag, het log en de assets kunnen teruggroeien zodra het apparaat weer draait, dus wissen levert ruimte op maar lost de groei niet op.

Hoe ik heb gemeten

Ik heb gemeten op 26 oktober 2026, op een Mac mini met M4, macOS 27.0.1 en Xcode 27.1. Alle opdrachten lezen alleen data:

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

De groottes komen uit du, twee keer gedeeld door 1024, dezelfde binaire eenheden die du -h toont. De mappen binnen elke rij overlappen elkaar niet, behalve dat Containers zijn submappen meetelt. Opgestarte simulators blijven schrijven, dus hun getallen verschuiven van uur tot uur.

Conclusie

Een grote simulator bevat meestal iOS-data, niet je app. Op mijn Mac namen app-containers 0,07 tot 0,34 GB per apparaat in, terwijl postersnapshots, logs, gedownloade assets en symboolcaches tot 9,5 GB innamen. Meet de datamap, bewaar de apparaten waarvan je de status nodig hebt, en wis of verwijder de rest met simctl.