ノートパソコンにパフォーマンスの問題があります。実際には、最近インストールする必要があることが多すぎて、システム全体が完全に停止することがあります。
まず、いくつかの一般的な情報：私は現在、カーネルバージョン4.19.11-arch1-1-ARCHでArchlinuxを実行しています。このマシンには8 GBのRAMと2つの内部ディスク（回転ディスクとSSD）があります。
これで、回転ディスクの一部のデータにアクセスする必要があります。 （ここで書いた内容はすべて回転に対応しています。SSDはテストされていません。）ネットワークを介してディスクからデータをコピーすると、ホストシステムがほとんど停止することがわかりました。これは、グラフィカルインターフェイスが応答せず、コンピュータに再度アクセスするためにプロセスが終了するのを待たなければならないことを意味します。マウスが画面上を動かなくなり、キーボード入力が30分以上遅れます。
シャットダウン後のディスクでいくつかのテストを実行した結果、簡単
ionice -c idle dd if=/dev/sda of=/dev/null bs=1M count=1000 status=progress
この問題が発生しました。ネットワークとは何の関係もありません。追加調査（ビューtopなど）uptimeを通じてfree、次のような結果が出ました。
- 大規模な交流は行われていません。
- IO待機状態の1〜2個のコアを除いて、CPUはほとんどの時間アイドル状態です。 （8コアシステムでは20-30％）
- 十分なRAMを使用できます。
- 負荷平均（保留中のプロセス数として報告されます
uptime）は、13を超える高い値にジャンプし、その状態を維持します（古い実行平均もこれらの高い値に収束します）。 - IO操作が中断されると、機械はすぐに反応し、負荷が2〜4未満に低下します。
インターネットで情報を少し探そうとしました。そこではあまり見つかりませんでした。私は現在IOスケジューラを見るためのヒントだけを見つけました。デフォルトでは、mq-deadlineすべてのディスクはに設定されます。
bfq私は別の方法を試しましたが、これを使用する全体的な問題が最も少ないので、最もうまくいくようです。完全に消えたわけではありません。クラスがioniceシステムidle全体のパフォーマンスに与える影響は無視できるほどだと思います。実際、システムは応答性を維持しましたが、1秒程度の遅延が目立って現れました。以前より良くなりましたが、完璧ではありません。
最近、仮想マシンディスクのフォーマットにより、ホストシステムが完全にロックされています。私は難しい道を再開しなければなりませんでした。bfq少なくともフォーマット可能な仮想ディスクを使用してください。
本機が応答しなくなったため、本機から情報を取得できませんdmesg。後ろから何が奇妙なことが起こっているのかわかりません。この問題を見つけなければなりません。私はカーネルにバグがあると仮定している人をインターネットで見つけました。これが本当かどうかはわかりません。私はまた何ができますか？