書き込み操作の多いアプリケーションを実行すると、システム全体の速度が遅くなることがわかりました。これをさらにテストするために(相対的に)低CPU、高ディスクアクティビティを実行するために、以下を実行しました。
john -incremental > file_on_SSD
これにより、システムディスク上のファイルに毎秒数万文字の文字列が出力されます。
これにより、マウスが遅くなり、TTYが応答しなくなり、アプリケーションが「消えて」、通常はコンピュータ全体を使用できなくなります。最後にControl + Cを押すことができたらjohn
、数秒後にシステムが最大電力に戻りました。
これは極端な例ですが、高速ソースから大容量ファイルをコピーまたはトランスコードするなど、書き込みが集中していないアクティビティでも同様の問題に直面しました。
私のデフォルトのOSディスクはかなり高速なSSDです(OCZアジャイル60GB) EXT4を使用します。 EXT4を使用して機械式ディスクに出力を書き込むと、john
速度がはるかに遅くても同じ速度低下は発生しません(SSDの場合は毎秒最大42,000語、機械式の場合は毎秒8,000語)。スループットが関連している可能性があります。メカニカルディスクはシステム独立でもあります。これは単なるデータです。
私はカーネル2.6.35-2を使用していますが、このSSDを購入して以来この問題を発見しました。
では、速度低下の原因は何ですか? EXT4の問題?カーネルの問題? SSDの問題?何よりも?他にはありませんか?
追加のテストが必要だと思われる場合は、実行方法を説明するコメントを残してください。結果を質問に添付します。
ベストアンサー1
これはしばらく既知の問題でした。 BtrfsなどのSSD調整FSを使用すると役に立ちますが、そうでない可能性があります。
最終的に、これはIOスケジューラ/メモリ管理システムのバグです。最近、この問題を解決するためのいくつかのパッチがリリースされました。バラより修正済み:Linuxデスクトップの応答性に問題がありますか?
これらのパッチは最終的にメインラインカーネルに含めることができますが、現時点ではこの問題を解決するには独自のカーネルをコンパイルする必要があります。