構成は次のとおりです。Linuxサーバーとnfsサーバーとして機能するnasボックス(netgear)。
Linuxサーバー上の単一のプロセスがnfs共有からnfs共有にファイルをコピーするだけで、すべてのI/O帯域幅を使用するのは簡単です。 I/Oチャネルが詰まっており、サーバー上の他のすべてのプロセスがI/Oの待機をほぼ停止します。負荷は最大10〜20(4コア)に増加し、誰かがファイルのコピーを停止するまで、ますます多くのpdflushプロセスが表示されます。
Cpプロセスが使用するI/O帯域幅を制限するにはどうすればよいですか? Nice
はもちろん役に立ちませんが、ionice -c3
効果はありません。イオニスはnfsマウントにまったく影響しますか? nfsniceのようなものはありますか?
「rsize "」と「wsize」の値はどのように設定されていますか?
通常、最近のLinux NFSクライアントはサーバーと最大値をネゴシエートしますが、場合によっては、ベースから大きく外れてしまうこともあります。たとえば、rsize=1m,wsize=1m
/proc/mountsで、NAS 32768以上をサポートできないことを知らない。説明したのと同じ速度、負荷の急増の同じ効果。
両方の値を32kに設定すると、速度の低下と負荷の増加がすぐに解決され、NFSごとにギガバイトをコピーしているときでもデスクトップは完全に応答し続けました。そして、NFSにホームディレクトリがあります...
おそらく、NASのNFSサーバーの実装は、噛むことができるよりも大きなサイズを提供することによって、少し「自慢」します...?
乾杯
これは、Netgear NASが追いついておらず、I/Oのブロックを引き起こしているようです。NASはどのように見えますか?ドライブの数は? RAID構成は次のようになりますか?これはサーバー側の問題のようです。