From: Trond Myklebust <Trond.Myklebust@netapp.com>
To: Steve Dickson <SteveD@redhat.com>
Cc: Linux NFS Mailing list <linux-nfs@vger.kernel.org>
Subject: Re: NFS client send out of order offsets....
Date: Fri, 23 Apr 2010 18:09:43 -0400 [thread overview]
Message-ID: <1272060583.3019.11.camel@localhost.localdomain> (raw)
In-Reply-To: <4BD21777.1060305@RedHat.com>
On Fri, 2010-04-23 at 17:56 -0400, Steve Dickson wrote:
> Hey Trond (and all),
>
> It been brought to my attention that Linux NFS clients, with big-ish
> writes (8GB and above), quickly started sending out writes with
> out-of-order offsets... Meaning in the start of an 8GB write a 7GB offset
> will be send and then smaller offsets, closer to the the beginning
> of the file, will follow.
>
> Now I realize this is perfectly fine from a protocol standpoint and (w/out
> any on hands investigation) pretty sure it has to do with how pages are
> being kicked out of the cache (i.e. memory pressure), meaning is
> not an NFS issue at all... but...
>
> It was also point out to me that this type of out of order-ness does
> not happen with Solaris clients and with an AIX clients there is some
> mount option fix out of order-ness...
>
> So my question is there some way to tweak the client to ensure
> offset are send sequential order...
>
> Note this happening on a older kernel, so before I go off and
> "re-invent the wheel", I was wonder if other people have seen this
> issue and has it been addressed...
>
> tia,
>
> steved.
The NFS layer will always write out pages in order whenever it initiates
a flush.
The problem here is the VM's use of the 'range_cyclic' writeback control
option in functions like 'balance_dirty_pages()' and in the kflush
daemons.
That neither can nor should be fixed in the NFS layer. It really needs
to be addressed in the VM.
Cheers
Trond
next prev parent reply other threads:[~2010-04-23 22:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-23 21:56 NFS client send out of order offsets Steve Dickson
2010-04-23 22:09 ` Trond Myklebust [this message]
2010-04-23 22:26 ` Steve Dickson
2010-04-24 8:40 ` Bathie, Jon
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=1272060583.3019.11.camel@localhost.localdomain \
--to=trond.myklebust@netapp.com \
--cc=SteveD@redhat.com \
--cc=linux-nfs@vger.kernel.org \
/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