我讀過有關 Linux 上三星 850 Pro SSD 排隊 TRIM 問題的資訊。它們在內核中被列入排隊 TRIM 操作的黑名單。
是否還有其他一些「未排隊」的 TRIM 操作正在交替執行？我讀過大約每週發生一次的事件，它基本上使磁碟 I/O 停止很長一段時間；這種類型的 TRIM 是否比排隊的 TRIM 執行得更頻繁？
我還了解到 Windows 和 Mac OS 不使用排隊 TRIM 操作，這是 Linux 獨有的操作。所以我假設它們（Win 和 MAC）都沒有使用「非同步」/排隊 TRIM 操作，而是使用同步操作，當一個操作被列入 Linux 核心黑名單時也會執行？我的理解正確嗎？
我正在尋找一款相對便宜的 24/7 SSD，作為 Linux 機器上唯一的 SATA 設備（~240GB）運行，主要用於資料庫應用程式僅有的16GB 記憶體。
我不關心系統每 30 分鐘左右鎖定一秒鐘來執行 SSD 內務管理任務。出於安全考慮，我應該選擇 850 Pro 還是應該選擇 Intel S3500？
答案1
如果裝置上不支援排隊的 TRIM 或不可靠，則使用未排隊的 TRIM 指令。這會嚴重影響效能，也是一般建議停用 TRIM 並在下班時間（例如每天凌晨 3 點）按計劃運行完整 TRIM 通行證的原因。