"Disk-Space"
- iOS App on Mac：Apple Silicon 跑 iOS App 的機制
Apple Silicon Mac 可以直接跑 iOS App，這些 App 的容器用 UUID 命名、不出現在 /Applications、移除後容器可能殘留。理解這個機制後才能判斷 ~/Library/Containers 裡佔了幾 GB 的 UUID 目錄是什麼。
- iOS Simulator Runtime 架構：為什麼一組要 16G
iOS Simulator runtime 以 disk image 形式儲存在 Data 卷上、掛載成獨立 APFS Container，每組佔用遠超多數人預期。理解 Bundle + Runtime 的雙 DMG 架構後才能判斷裝幾組合理、刪除回收多少空間。
- macOS APFS 卷結構與空間池：為什麼 df 的數字跟你想的不一樣
排查磁碟空間時需要理解 APFS 的 container/volume/volume group 三層架構和共用空間池機制。du、df、diskutil 三個工具看到的數字各自不同，原因在 APFS clone 和卷間共用。
- macOS App Sandbox 與 ~/Library/Containers 架構
排查磁碟空間時看到 ~/Library/Containers 佔了幾十 GB、想知道哪些能清時需要理解的沙箱機制。Container 是 App 的完整家目錄副本，結構固定但內容分快取與資料兩類。
- macOS Preboot 卷：從 Intel 的 1G 到 Apple Silicon 的 8G
排查磁碟空間時需要判斷 Preboot 卷的大小是否合理。Intel 時代的 1-2G 經驗不適用於 Apple Silicon，理解 Cryptex 機制後才能做正確判斷。
- macOS 移除多餘的 iOS Simulator Runtime
磁碟空間不足、發現裝了多版 iOS Simulator runtime 時的移除流程。透過 simctl 指令移除的步驟、順序、以及 Xcode GUI 的打包限制。
- macOS 辨識 ~/Library/Containers 裡的 App 容器
Containers 目錄佔了幾十 GB 但只看到 UUID 不知道是什麼 App 時的辨識方法。讀 plist 取 bundle ID 是唯一可靠的做法，content probing 會猜錯。
- macOS 每個 App 到底吃多少空間：聚合佔用的 app-report 腳本
想知道「哪個 App 該清、清掉的是安全快取還是動不得的資料」時用 app-report 腳本。.app 大小會嚴重低估真實佔用，別照 /Applications 排序找大戶。
- macOS 磁碟空間被吃光的診斷流程
Mac 空間莫名歸零、清 cache 沒救、或空間掉了又回來時的排查順序。避開 sparse 假大小和本地快照浮動的誤判。含 disk-report 腳本。