All of lore.kernel.org
 help / color / mirror / Atom feed
From: Calvin Owens <jcalvinowens@gmail.com>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
Subject: Re: [GSoC Project] Implementing NFS v4.2
Date: Mon, 09 Apr 2012 19:27:51 -0500	[thread overview]
Message-ID: <4F837E87.3070204@gmail.com> (raw)
In-Reply-To: <1333682276.4792.32.camel@lade.trondhjem.org>

On 04/05/2012 10:17 PM, Myklebust, Trond wrote:
> On Thu, 2012-04-05 at 19:03 -0500, Calvin Owens wrote:
>> Hello all,
>>
>> I'm interested in implementing the draft specification for NFS v4.2 as a
>> Google Summer of Code project. That includes server-side copying, sparse
>> files, and carrying fadvise() calls through to the server, among other
>> things.
>>
>> The current document can be found here:
>> http://tools.ietf.org/html/draft-ietf-nfsv4-minorversion2-07
>>
>> Is this something that you need to be done? If so, I'd very much like to
>> be involved. :)
>
> Hi Calvin,
>
> Labelled NFS is likely to be merged into 3.5 (if Dave Q finds the time
> to port his existing code).
 >
> Copy offload already exists in prototype form. The main remaining issue
> is working out the user syscall interface, which really requires getting
> all the interested filesystem maintainers to agree (we've started on
> doing that).
>
> If you'd like to contribute, then I'd suggest looking into SEEK (for
> providing lseek(SEEK_HOLE/SEEK_DATA) support. There is also the hole
> punching/space reservation, that should fit nicely into the fallocate()
> system call.

Yes, that sounds good. I'll start looking into that.

> The efficient sparse file read and fadvise support might be nice too,
> but I'd like to see numbers for how they improve matters before I feel
> comfortable saying yea or nay to adding those specific features.

I definitely see your point. It does seem to be a lot of added 
complexity for a negligible benefit.

> Note that there are also a bunch of NFSv4.1 features that have yet to be
> implemented, so the above list of tasks is not exhaustive. I'd be happy
> to work with you to find something...

What else, precisely, would you like to get done? I need to get some 
more detailed objectives to put into my application. (Forgive me for so 
blatantly not looking myself, but it seems more efficient than me 
digging through the code finding missing features and lobbing them at 
you for approval, when I'm sure you know exactly where your priorities 
are...)

Thanks very much,
Calvin Owens

  reply	other threads:[~2012-04-10  0:27 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-06  0:03 [GSoC Project] Implementing NFS v4.2 Calvin Owens
2012-04-06  3:17 ` Myklebust, Trond
2012-04-10  0:27   ` Calvin Owens [this message]
2012-04-10  0:34     ` David Quigley
2012-04-10 23:32       ` Calvin Owens
2012-04-12  6:15         ` Dave Quigley
2012-04-14  0:58           ` Calvin Owens
2012-04-13 23:05   ` Dean
2012-04-14  0:56     ` Calvin Owens

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=4F837E87.3070204@gmail.com \
    --to=jcalvinowens@gmail.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.