configuration是：作为nfs服务器的一个linux服务器和一个nas框（netgear）。
Linux服务器上的单个进程很容易通过将文件从nfs共享复制到nfs共享来使用所有的I / O带宽。 I / O通道被卡住，服务器上的所有其他进程几乎停止等待I / O。 负载增长到10-20（四个核心），越来越多的pdflush进程出现…直到有人停止文件的副本。
如何限制cp进程使用的I / O带宽？ nice当然不会帮忙，而且ionice -c3也没有效果。 ionice是否影响nfs坐骑？ 有没有像nfsnice的东西？
你的“ rsize ”和“ wsize ”值是多less？
通常情况下，现代Linux NFS客户端与服务器协商最大值，但有时候，他们最终可能离开基地。 例如，我们在/ proc / mounts中有rsize=1m,wsize=1m ，不知道NAS不能支持超过32768个。同样的缓慢，与你所描述的负载飙升同样的效果。
立即将这两个值设置为32k立即解决了我们的速度和负载上升，即使在每个NFS复制千兆字节的情况下，桌面仍保持完美响应。 我们有我们在NFS的主目录…
也许你的NAS的NFS服务器的实现通过提供更多的尺寸来做一些“炫耀”
干杯
这看起来像Netgear NAS没有跟上，并导致阻塞的I / O。 NAS是什么样的？ 多less个驱动器？ RAIDconfiguration是什么样的？ 这似乎是一个服务器端的问题。