On Wed, 24 Dec 2008, Moritz Muehlenhoff wrote:
reassign 309405 linux-2.6
On Sat, Oct 01, 2005 at 02:50:48PM +0200, Martin Koeppe wrote:
in between I managed to work around the problem.
With cifs 1.34 compiled into 2.6.11 (and probably 2.6.12, too),
a acceptable performance can be achieved with mount option "direct".
For further plans and (hopefully) the final fix for the problem see:
In between this bug should remain open.
Has this been resolved in current kernels?
I don't use linux-cifs any more since 2 years, instead I use MS NFS
server on the server, which is much more reliable for me.
But I have now tested this problem, and it is still there:
Client: Debian lenny, 2.6.26, cifs 1.56
Server: Windows 2003 x64 SP2
# mount //server/scratch /mnt -o serverino,user=...,pass=...
With this mount I still get decreasing performance while copying a
large file (600MB) from client to server (i.e. write to the share). (I
used Midnight Commander (mc) for copying, and its throughput
measurement.) Apparently the file is cached locally first, and this
cache is then swapped out, later swapped in, and then transferred,
causing increasing delays while copying. No problem when adding
"directio". Disk activity for the non-directio case is very high on
the client, compared to the directio case.
NFS read 18 MB/s
NFS write 15 MB/s
CIFS directio read 14 MB/s
CIFS directio write 14 MB/s
CIFS non-directio read 17 MB/s
CIFS non-directio write 9 MB/s *
* begins with 19 MB/s and then constantly decreases to 9 MB/s for the
whole transfer in average.
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact email@example.com