9.8 GB の Xcode シミュレーターの中身：アプリが使っていたのは 350 MB

私の QA 用シミュレーターは 9.8 GB を使っていましたが、原因は私のアプリではありませんでした。アプリのコンテナーは 0.34 GB です。残りを埋めていたのは iOS で、ロック画面のポスターのスナップショットのキャッシュ、システムログ、ダウンロードされた Siri と言語のアセット、シンボルキャッシュでした。Mac にある 10 台のシミュレーターを測りましたが、どれもアプリの割合は小さいままでした。

簡潔な回答

1 台のシミュレーターの 9.8 GB の内訳

最初の測定では、1 台の QA 用シミュレーターが Devices フォルダーの半分を占めていました。読者から中身を尋ねられたので、その data フォルダーを開きました。デバイスは iOS 27.0 の iPhone 18 Pro シミュレーターで、測定中は起動していました。

Containers には、インストール済みのアプリ、そのデータコンテナー、App Group、拡張機能のデータが入っています。私のアプリとそのテストが書き込んだものは、すべてこの 0.34 GB に収まります。

10 台のシミュレーターの比較

私の Mac にはシミュレーターが 53 台あります。そのうち 43 台はそれぞれ約 20 MB で、一度もアプリを実行していないデバイスのサイズです。残りの 10 台が、私が使っているものです。サイズの単位は GB です。

目立つパターンが 3 つあります。

• Containers は一度も 0.34 GB を超えませんでした。 私がテストしているアプリは、システムのデータに比べれば誤差の範囲です。
• MobileAsset はどのシミュレーターにもあります。 サイズは 0.17〜2.03 GB でした。
• ポスターストアが大きくなったのは、起動中の iOS 27.0 のデバイス 2 台だけでした。 iOS 18.6 と 26.5 では 0.05 GB 未満にとどまっています。2 台だけで iOS 27.0 のせいとは言えませんが、差は大きいです。

各フォルダーの中身

PRBPosterExtensionDataStore：ロック画面のポスターのスナップショット

このフォルダー名は、GalleryCache や SnapshotCache.cachedb とともに、iOS 27.0 シミュレーターランタイムの非公開の PosterBoard.framework に含まれる文字列です。ランタイムには、識別子が com.apple.PosterBoard のシステムアプリ PosterBoard.app も入っています。フォルダーの中のサブフォルダーには、Apple のポスター拡張機能の ID が付いています。WeatherPoster、EmojiPoster、PhotosPosterProvider、KaleidoscopePoster などです。Apple のカスタムのロック画面を作成するガイドでは、ロック画面の壁紙として天気、天文、写真が挙げられています。

QA 用デバイスでは、このフォルダーに 6,776 個のファイルがありました。そのうち 2,911 個は 1 つ約 1 MB の .atx スナップショットファイルで、名前は Composite.atx、Background.atx、Foreground.atx、Floating.atx です。合計は 2.9 GB でした。iPad では、939 個のスナップショットファイルすべての変更日が測定当日だったので、デバイスは動いているあいだにこのキャッシュを書き込んでいます。何が原因で増えるのかは私にはわかりませんし、Apple も文書化していません。

var/db/diagnostics と var/db/uuidtext：システムログ

これらのフォルダーには統合ログシステムのデータが入っています。man log は、ログストアを /var/db/diagnostics にあるようなシステムのログデータベースとして説明しており、その隣には /var/db/uuidtext のような uuidtext ディレクトリがあります。各シミュレーターは自分の data フォルダーの中に独自のコピーを持っています。私のデバイスでは 0.01〜2.07 GB で、QA 用デバイスではさらに uuidtext が 0.49 GB ありました。

private/var/MobileAsset：iOS がダウンロードするアセット

QA 用デバイスでは、AssetsV2 に Siri と言語機能の名前が付いたアセットセットが入っていました。

これらはシミュレーターが自分でダウンロードします。Apple Developer Forums では、ある開発者が iOS 26.5 で同じフォルダーが数十 GB 増え、nsurlsessiond がダウンロードしていたと報告しています。このスレッドに回答はありません。

com.apple.coresymbolicationd：シンボルキャッシュ

coresymbolicationd の man ページでは、OS のライブラリ用の「daemon to manage debug symbols cache」（デバッグシンボルのキャッシュを管理するデーモン）と説明されています。QA 用デバイスでは 1.13 GB で、ほかのデバイスではほとんどありませんでした。

容量の大きいシミュレーターをどうするか

私はこれらのフォルダーを開いてファイルを削除することはしません。Apple は文書化しておらず、中途半端に削除したポスターストアやログストアがシミュレーターにどう影響するかは私にもわかりません。サポートされているツールは、デバイス全体を対象に動作します。

• xcrun simctl erase <UDID> は内容と設定を消去し、デバイスは残します。先にデバイスを停止してください。
• xcrun simctl delete <UDID> はデバイスを削除します。
• xcrun simctl delete unavailable は、現在の Xcode SDK がサポートしなくなったデバイスを削除します。

消去すると、インストール済みのアプリ、そのデータ、上で挙げたシステムフォルダーがすべて消えるので、アプリを入れ直してログインし直すことになります。バグやテストのためにまだ状態が必要なデバイスは残してください。ポスターストア、ログ、アセットはデバイスを再び動かすとまた増えることがあるので、消去で得られるのは空き容量で、増加そのものが直るわけではありません。

測定方法

2026 年 10 月 26 日に、M4 搭載の Mac mini、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 で 2 回割ったもので、du -h が表示するのと同じ 2 進単位です。各行のフォルダーは重複していませんが、Containers だけはそのサブフォルダーを含みます。起動中のシミュレーターは書き込みを続けるので、数値は時間ごとに変わります。

まとめ

大きなシミュレーターの中身は、たいていあなたのアプリではなく iOS のデータです。私の Mac では、アプリのコンテナーはデバイスあたり 0.07〜0.34 GB で、ポスターのスナップショット、ログ、ダウンロードされたアセット、シンボルキャッシュは最大 9.5 GB を占めていました。data フォルダーを測り、状態が必要なデバイスは残し、それ以外は simctl で消去または削除してください。