All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Dickson <SteveD@redhat.com>
To: Trond Myklebust <Trond.Myklebust@netapp.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:26:42 -0400	[thread overview]
Message-ID: <4BD21EA2.9040502@RedHat.com> (raw)
In-Reply-To: <1272060583.3019.11.camel@localhost.localdomain>



On 04/23/2010 06:09 PM, Trond Myklebust wrote:
> 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.
> 
Understood... completely.... 

But I wonder if there some vm tweak (via sysctl) that would
give a better chance of having things go out in order...

steved.



  reply	other threads:[~2010-04-23 22:26 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
2010-04-23 22:26   ` Steve Dickson [this message]
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=4BD21EA2.9040502@RedHat.com \
    --to=steved@redhat.com \
    --cc=Trond.Myklebust@netapp.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.