Bug#309405: workaround

2008-12-25 Thread Martin Koeppe


On Wed, 24 Dec 2008, Moritz Muehlenhoff wrote:


reassign 309405 linux-2.6
thanks

On Sat, Oct 01, 2005 at 02:50:48PM +0200, Martin Koeppe wrote:

Hello,

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:
http://lists.samba.org/archive/linux-cifs-client/2005-September/000989.html
http://lists.samba.org/archive/linux-cifs-client/2005-September/000991.html

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
Gigabit LAN

# 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.



Martin




Cheers,
   Moritz





--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#373593: seems to work since 2.6.17

2006-09-10 Thread Martin Koeppe


Wake on lan seems to work again since 2.6.17,
i.e. I successfully tested:

linux-image-2.6.17-2-686_2.6.17-8_i386.deb

Martin


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#373593: kernel: e1000 wake on lan (wol) does not work after 2.6.12

2006-06-14 Thread Martin Koeppe


Package: kernel
Severity: normal

Hello,

when upgrading from 
linux-image-2.6.12-1-686_2.6.12-10_i386.deb


to any of
- linux-image-2.6.14-2-686_2.6.14-7_i386.deb
- linux-image-2.6.15-1-686_2.6.15-8_i386.deb
- linux-image-2.6.16-2-686_2.6.16-14_i386.deb
- vanilla 2.6.15

wake on lan (wol) doesn't work any more with my e1000 card
(Intel PRO/1000 MT Desktop Adapter with the e1000 driver).

After shutting down linux, the link led is off now (nic and switch), and
wol is not possible. wol is possible and working fine after starting and
shutting down Windows 2000, or Linux kernel 2.6.12, where link led stays on
on both nic and switch.

I found a similar issue here with the sk98lin driver:
http://www.linuxquestions.org/questions/showthread.php?t=444793
but ethtool is working for me with e1000.


Martin


-- System Information:
Architecture: i386 (i686)


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#309405: workaround

2005-10-01 Thread Martin Koeppe
Hello,

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:
http://lists.samba.org/archive/linux-cifs-client/2005-September/000989.html
http://lists.samba.org/archive/linux-cifs-client/2005-September/000991.html

In between this bug should remain open.

Martin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]