Dentro de un simulador de Xcode de 9,8 GB: las apps ocupaban 350 MB

Mi simulador de QA ocupaba 9,8 GB, y la culpa no era de mi app. Sus contenedores de apps ocupaban 0,34 GB. iOS llenaba el resto: una caché de instantáneas de los pósteres de la pantalla bloqueada, el registro del sistema, recursos de Siri y de idioma descargados y una caché de símbolos. Medí diez simuladores en mi Mac, y la parte de las apps fue pequeña en todos.

Respuesta rápida

Adónde fueron los 9,8 GB de un simulador

En mi primera medición, un solo simulador de QA ocupaba la mitad de la carpeta Devices. Un lector preguntó qué había dentro, así que abrí su carpeta data. El dispositivo es un simulador de iPhone 18 Pro con iOS 27.0, y estaba arrancado durante la medición.

Containers guarda las apps instaladas, sus contenedores de datos, los grupos de apps y los datos de las extensiones. Todo lo que escribieron mi app y sus pruebas cabe en esos 0,34 GB.

Diez simuladores, uno al lado de otro

Mi Mac tiene 53 simuladores. Cuarenta y tres de ellos ocupan unos 20 MB cada uno, el tamaño de un dispositivo que nunca ha ejecutado una app. Los otros diez son los que uso. Los tamaños están en GB.

Destacan tres patrones:

• Containers nunca pasó de 0,34 GB. Las apps que pruebo son un error de redondeo al lado de los datos del sistema.
• MobileAsset aparece en todos los simuladores. Iba de 0,17 a 2,03 GB.
• El almacén de pósteres solo creció mucho en los dos dispositivos con iOS 27.0 arrancados. En iOS 18.6 y 26.5 se quedó por debajo de 0,05 GB. Dos dispositivos no bastan para culpar a iOS 27.0, pero la diferencia es grande.

Qué guarda cada carpeta

PRBPosterExtensionDataStore: instantáneas de los pósteres de la pantalla bloqueada

El nombre de la carpeta, junto con GalleryCache y SnapshotCache.cachedb, es una cadena del framework privado PosterBoard.framework del runtime del simulador de iOS 27.0. El runtime también incluye una app del sistema, PosterBoard.app, con el identificador com.apple.PosterBoard. Dentro de la carpeta, las subcarpetas llevan los ID de las extensiones de pósteres de Apple: WeatherPoster, EmojiPoster, PhotosPosterProvider, KaleidoscopePoster y más. La guía de Apple para crear una pantalla bloqueada personalizada incluye Tiempo, Astronomía y fotos entre los fondos de la pantalla bloqueada.

En mi dispositivo de QA la carpeta contenía 6776 archivos. 2911 de ellos eran archivos de instantánea .atx de alrededor de 1 MB cada uno, llamados Composite.atx, Background.atx, Foreground.atx y Floating.atx, y sumaban 2,9 GB. En el iPad, los 939 archivos de instantánea tenían como fecha de modificación el día de la medición, así que el dispositivo escribe esta caché mientras funciona. No sé qué la hace crecer, y Apple no lo documenta.

var/db/diagnostics y var/db/uuidtext: el registro del sistema

Estas carpetas guardan los datos del sistema de registro unificado. man log describe un almacén de registros como una base de datos de registro del sistema como la de /var/db/diagnostics, con un directorio uuidtext como /var/db/uuidtext a su lado. Cada simulador guarda su propia copia dentro de su carpeta de datos. En mis dispositivos iba de 0,01 a 2,07 GB, más 0,49 GB de uuidtext en el dispositivo de QA.

private/var/MobileAsset: recursos que descarga iOS

En el dispositivo de QA, AssetsV2 contenía conjuntos de recursos con nombres de funciones de Siri y de idioma:

El simulador los descarga por su cuenta. Un desarrollador contó en los Apple Developer Forums que la misma carpeta crecía decenas de gigabytes en iOS 26.5, con descargas de nsurlsessiond. El hilo no tiene respuesta.

com.apple.coresymbolicationd: caché de símbolos

La página de man de coresymbolicationd lo describe como un “daemon para gestionar la caché de símbolos de depuración” de las bibliotecas del sistema operativo. Ocupaba 1,13 GB en el dispositivo de QA y casi nada en los demás.

Qué hago con un simulador pesado

No abro estas carpetas para borrar archivos. Apple no las documenta, y no puedo decirte qué le hace a un simulador un almacén de pósteres o de registros borrado a medias. Las herramientas admitidas trabajan sobre el dispositivo entero:

• xcrun simctl erase <UDID> borra el contenido y los ajustes y conserva el dispositivo. Apaga el dispositivo antes.
• xcrun simctl delete <UDID> elimina el dispositivo.
• xcrun simctl delete unavailable elimina los dispositivos que el SDK actual de Xcode ya no admite.

Borrar quita las apps instaladas, sus datos y todas las carpetas del sistema de arriba, así que tienes que reinstalar la app y volver a iniciar sesión. Conserva los dispositivos cuyo estado todavía necesites para un bug o una prueba. El almacén de pósteres, el registro y los recursos pueden volver a crecer en cuanto el dispositivo vuelve a funcionar, así que borrar te da espacio, pero no corrige el crecimiento.

Cómo medí

Medí el 26 de octubre de 2026 en un Mac mini con M4, macOS 27.0.1 y Xcode 27.1. Todos los comandos solo leen datos:

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

Los tamaños salen de du, divididos dos veces entre 1024, las mismas unidades binarias que muestra du -h. Las carpetas de cada fila no se solapan, salvo que Containers incluye sus subcarpetas. Los simuladores arrancados siguen escribiendo, así que sus cifras cambian de una hora a otra.

Conclusión

Un simulador grande suele contener datos de iOS, no tu app. En mi Mac, los contenedores de apps ocupaban de 0,07 a 0,34 GB por dispositivo, mientras que las instantáneas de pósteres, los registros, los recursos descargados y las cachés de símbolos ocupaban hasta 9,5 GB. Mide la carpeta de datos, conserva los dispositivos cuyo estado necesitas y borra o elimina el resto con simctl.