On 06/13/2012 05:11 PM, Florian Gleixner wrote:
To make the problem clearer:
- the initial problem occured by using cp or mv - not dd. I use dd only to prove that the local disk is not part of the problem by reading from /dev/zero - the system seems to freeze totally for the time of the transfer. The transfer does not slow down, but i cannot use firefox for example. In extreme cases the mouse movements freeze! But i can login via ssh, so the system still works, except processes that use /proc (seen from strace)
Block size changes transfer speed, but is does not change the freeze.
Ah! Got it now! And your problem seems a little like the one I have with disk io. Come to think of it, there seems to be a trend of block transfers over nfs slowing down since early 2.4 kernel. At one time it was suddenly incredibly slow, especially on old systems, and was fixed rather quickly. But large transfers are still very slow. I've avoided huge transfers since 2.6 was released. The kernel folk would want extensive and absolute proof and not being a kernel type person I wouldn't have any idea how to do that, let alone the time and resources. But perhaps this will sufficiently annoy someone who is able to prosecute this. jd -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org