2.5.72: system unusable during upload to slow nfs-server
I rsync some directories to a nfs-mount on a very large harddisk on a non-udma system. This system can read/write data at about 3-4 megabyte per second.
If I rsync in 2.4, all happens as you'd expect: the update doesn't go fast, but the interactivity of the kernel is good while it's running.
In 2.5.7x, it runs really fast for a while (rsync mentions 30 mb/s), and after a while slows down. Then, a mutt-session on another console lags about 10-30 seconds when you press a key. top gives 98% IO-wait.
The nfs-server runs 2.4.21-rc7, and the mount is like this:
server:/backup_big on /mnt type nfs (rw,wsize=16384,rsize=16384,hard,intr,posix,tcp,addr=x.x.x.x)
The local machine I'm working on is an Athlon XP-2600 with pre-empt. The network is 100 mbps with full-duplex. I'm using NFS V3 on both sides.
The interactivity in 2.4 is good, in 2.5.7x is very bad.
Any hints?
Thanks,
Jurriaan
Signature · 4 lines
Baldrick, I would advise you to make the explanation you are about to give phenomenally good. The Black Adder Debian (Unstable) GNU/Linux 2.5.72 4112 bogomips load av: 2.09 1.65 0.77
Quoted 5 lines · Jurriaan
I rsync some directories to a nfs-mount on a very large harddisk on a
non-udma system. This system can read/write data at about 3-4 megabyte per second.
Quoted 7 lines
If I rsync in 2.4, all happens as you'd expect: the update doesn't go fast, but the interactivity of the kernel is good while it's running.
In 2.5.7x, it runs really fast for a while (rsync mentions 30 mb/s), and after a while slows down. Then, a mutt-session on another console lags about 10-30 seconds when you press a key. top gives 98% IO-wait.
Please send a `vmstat 1' trace, and the contents of /proc/vmstat taken when the thing is being sluggish.