Linux 上の Samsung 850 Pro SSD のキューに入れられた TRIM の問題について読みました。キューに入れられた TRIM 操作はカーネルでブラックリストに登録されています。
他に、代わりに実行されている「キューに入れられていない」TRIM 操作はありますか? 週に 1 回程度実行される TRIM 操作について読んだことがありますが、これは基本的にディスク I/O をかなり長い時間停止させます。このタイプの TRIM は、キューに入れられた TRIM よりも頻繁に実行されているのでしょうか?
また、Windows と Mac OS はキューに入れられた TRIM 操作を使用せず、これは Linux のみの機能であるとも読みました。したがって、Windows と Mac の両方 (Windows と Mac) は、その「非同期」/キューに入れられた TRIM 操作ではなく、Linux カーネルでブラックリストに登録されたときにも実行される同期 TRIM 操作を使用していると想定しています。これは正しく理解していますか?
私はLinuxマシンで唯一のSATAデバイス（約240GB）として動作する比較的安価な24時間稼働のSSDを探しています。主にデータベースアプリケーションで使用されます。のみ16GBのRAM。
SSD ハウスキーピング タスクを実行するために、システムが 30 分ごとに 1 秒間ロックされることは気になりません。850 Pro なら安全でしょうか、それとも Intel S3500 を選ぶべきでしょうか?
答え1
デバイスでキューに入れられた TRIM がサポートされていないか、信頼できない場合は、代わりにキューに入れられていない TRIM コマンドが使用されます。これによりパフォーマンスが大幅に低下するため、一般的には TRIM を無効にして、オフ時間 (たとえば、毎日午前 3 時) にスケジュールに従って完全な TRIM パスを実行することが推奨されています。