SSD の過度の書き込み動作によりシステムのパフォーマンスが低下することがある

これはしばらく既知の問題でした。 BtrfsなどのSSD調整FSを使用すると役に立ちますが、そうでない可能性があります。

最終的に、これはIOスケジューラ/メモリ管理システムのバグです。最近、この問題を解決するためのいくつかのパッチがリリースされました。バラより修正済み：Linuxデスクトップの応答性に問題がありますか？

これらのパッチは最終的にメインラインカーネルに含めることができますが、現時点ではこの問題を解決するには独自のカーネルをコンパイルする必要があります。

LinuxでSSDのパフォーマンスを向上させるために確認できるいくつかの点があります。

1. マウントポイントを「noatime」に設定します。ほとんどのユースケースでは、追加のアクティビティ更新アクセス時間は通常無駄になります。特に、単一の行がファイルに連続的に挿入されている場合、アクセスするたびにファイルシステムが複数回更新されます。

2. エレベーターをチェックしてください。ほとんどのディストリビューションのデフォルトのエレベーターは、回転ディスクへのランダムアクセス用に設定されています。 SSDには追加のロジックが必要ないため、エレベータをnoopに設定すると、ハードウェアに書き込みを管理させ、パフォーマンスを向上させることができます。

3. 連続書き込みおよび後書きキャッシュ。少し難解ですが、hdparmデバイスで使用されているキャッシュ方法を確認できます。後書きキャッシュは、連続書き込みと比較してSSDパフォーマンスにプラスの影響を与える可能性があります。

ファイルキャッシュがワークロードに合わせて正しく調整されていない可能性があります。残念ながら、Linuxカーネルは愚かで自動的に処理できません。 RAMが多く、ブロックデバイスが十分に遅い場合、デフォルトはひどいです。バラよりhttps://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/もっと学ぶ。

/etc/sysctl.conf修正してみてください。

vm.dirty_background_ratio = 3
vm.dirty_ratio = 6

書き込みキャッシュによるRAM圧力を大幅に減らし、コアが他のタスクをよりよく処理できるようにします。これは低スループットのために改善された待ち時間を交換する。

もう一つの可能​​性はキャッシュを増やすことです。ただし、プロセスが常に新しいデータを書き込んでいる場合、キャッシュがいっぱいになると非常に深刻な待ち時間が発生します。試してみたい場合は、次のようにできます。

vm.dirty_background_ratio = 5
vm.dirty_ratio = 80

設定は、*_ratio使用可能なRAMの割合を示します。より良い制御が必要な場合は、*_bytes設定を使用してください。私は個人的にワークステーションに次の構成を使用します。

vm.dirty_background_bytes = 50000000
vm.dirty_bytes = 200000000

これにより、バックグラウンド書き込みキャッシュが50MBに制限され、キャッシュに200MBがある場合、同期書き込みが強制されます。