mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Christoph Lameter <christoph@lameter.com>
To: Urban Widmark <urban@teststation.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: CIFS/SMBFS failing under load in 2.6.X
Date: Thu, 22 Apr 2004 17:51:53 -0700 (PDT)	[thread overview]
Message-ID: <Pine.LNX.4.58.0404221750070.14856@server.home> (raw)
In-Reply-To: <Pine.LNX.4.44.0404221935090.32465-100000@cola.local>

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.

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

On Thu, 22 Apr 2004, Urban Widmark wrote:

> On Mon, 12 Apr 2004, Christoph Lameter wrote:
>
> > Whenever I put a high load on CIFS or SMBFS requests timeout and then the
> > benchmark or whatever I run fails. I ran the same tests successfully with
> > a 2.4.25 kernel. This is a connection to a samba 3.0.2 server.
> >
> > SMBFS logs the following:
> >
> > Apr 12 15:59:25 testbox kernel: smb_add_request: request [ca7b7280,
> > mid=12891] timed out!
> > Apr 12 15:59:25 testbox kernel: smb_writepage_sync: failed write,
> > wsize=4096, result=-5
> ...
>
> > CIFS logs:
> >
> > Apr 12 17:02:00 testbox kernel:  CIFS VFS: Send error in write = -6
> > Apr 12 17:02:29 testbox kernel:  CIFS VFS: Send error in write = -5
> > Apr 12 17:02:29 testbox last message repeated 8 times
> > Apr 12 17:02:39 testbox kernel:  CIFS VFS: Need to reconnect after session
> > died to server
>
> smbfs and cifs does not share any code although I believe both of them
> will send multiple requests in parallel. Any chance that this is the
> server or network?
>
>
> smbfs at least does not limit the number of requests it sends. It could be
> a problem if the server has a low limit (should be the maxmux field in the
> smb_conn_opt struct).
>
> I could send a patch for this, but unless cifs does the same then that is
> probably not it.
>
> /Urban
>
>

  reply	other threads:[~2004-04-23  0:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-13  0:26 Christoph Lameter
2004-04-22 17:43 ` Urban Widmark
2004-04-23  0:51   ` Christoph Lameter [this message]
2004-04-26 21:21     ` Urban Widmark
2004-04-28 18:16 Steve French

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.58.0404221750070.14856@server.home \
    --to=christoph@lameter.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=urban@teststation.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®