效能和寫入放大，這兩個現在應該是負相關。除非以前像 sandforce 主控會壓縮，才有機會正相關。

如果永遠只做被動式的 GC， 也不做 wear leveling，當資料要寫入時再來考慮如何搬移和抹除，應該寫入放大會是最小的，但是效能應該沒人能夠接受。

如您所提供的鍊結最後所提，TRIM 有時會造成無效的 GC，反而造成了寫入放大。

另外您所提供的鍊結也提到了 windows 不支援 queued trim 的問題（不知道最新的版本支援了嘛？)。linux 很早就支援了 queued trim，但是一堆主控有問題反而造成資料毀損，後來 kernel 只好上黑名單。沒有 queued trim 會造成效能問題，因此許多人都不推薦使用 online trim。我個人在 windows 上使用 intel ssd toolbox，linux 則是使用 fstrim。不知道 offline trim 的建議是否現在依然恰當，畢竟 intel 每一代的 dc 級 ssd，執行 fstrim 的速度都越來越快。