lkml.org 
[lkml]   [2004]   [Apr]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: CIFS/SMBFS failing under load in 2.6.X
    On Thu, 22 Apr 2004, Christoph Lameter wrote:

    > Well the server is under very high load in this test (up to 200) and the
    > response times are also extremely high. Are timeouts new in 2.6.x? SMBFS
    > in 2.4.X does not seem to timeout.

    Both have a timeout but they are different. I think that if smbfs-2.4
    doesn't get any data for 30sec it aborts. 2.6 wants the full reply within
    that time. So the 2.4 code should be happy with 1 byte every 29.9 seconds.

    Also 2.4 smbfs never has more than one request active. Is the load the
    same?

    I should check the code, but I guess that a timeout is counted as a likely
    network problem. So that could be why it reconnects. Lots of reconnections
    == higher load?

    You can increase the timeout with the 'timeo' option. Set it to a couple
    of minutes and see if that helps any.


    > Also are there any fixes for the 4KB size limitation? Windows allows 64K
    > writes and reads in one request. SMBFS only 4K.

    Yes, I'm well aware of that limitation. I started looking at readahead and
    read/write coalescing for the 2.4 interface but I never finished it.

    The readahead code I had didn't make it noticably faster in most cases, so
    it didn't feel that important to get it done (it did merge the requests).
    There was some specific condition where it did help a bit but I don't
    remember what that was. Could have been when transfering data over a
    higher latency connection.

    For 2.6 the readpages/writepages interface needs to be implemented,
    probably quite similar to the smb_readpage/smb_writepage code. Possibly
    with some changes to smb_proc_writeX/readX and the smb_request struct.

    If you are interested in doing it I could try to give you some pointers on
    how I think it can be done. If you want me to do it, sure. Just remind me
    in a week or so when I haven't responded. :)

    /Urban

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:02    [W:5.122 / U:0.012 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site