"Apple-Silicon"
- 0.5 Apple Silicon 記憶體預算
記憶體決定能跑什麼，Q4 量化下的可運作模型對照與系統保留
- 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 Preboot 卷：從 Intel 的 1G 到 Apple Silicon 的 8G
排查磁碟空間時需要判斷 Preboot 卷的大小是否合理。Intel 時代的 1-2G 經驗不適用於 Apple Silicon，理解 Cryptex 機制後才能做正確判斷。
- macOS 辨識 ~/Library/Containers 裡的 App 容器
Containers 目錄佔了幾十 GB 但只看到 UUID 不知道是什麼 App 時的辨識方法。讀 plist 取 bundle ID 是唯一可靠的做法，content probing 會猜錯。