Re: [nfsv4] New version of sparse draft (draft-hildebrand-nfsv4-read-sparse-01.txt)

"J. Bruce Fields" <bfields@fieldses.org> Fri, 01 October 2010 18:11 UTC

Return-Path: <bfields@fieldses.org>
X-Original-To: nfsv4@core3.amsl.com
Delivered-To: nfsv4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D14443A6DEA for <nfsv4@core3.amsl.com>; Fri, 1 Oct 2010 11:11:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.593
X-Spam-Level:
X-Spam-Status: No, score=-2.593 tagged_above=-999 required=5 tests=[AWL=0.006, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NhVQ9FtF1jej for <nfsv4@core3.amsl.com>; Fri, 1 Oct 2010 11:11:41 -0700 (PDT)
Received: from fieldses.org (fieldses.org [174.143.236.118]) by core3.amsl.com (Postfix) with ESMTP id 7EF893A6DDE for <nfsv4@ietf.org>; Fri, 1 Oct 2010 11:11:41 -0700 (PDT)
Received: from bfields by fieldses.org with local (Exim 4.71) (envelope-from <bfields@fieldses.org>) id 1P1k5e-0000GU-Tc; Fri, 01 Oct 2010 14:12:14 -0400
Date: Fri, 01 Oct 2010 14:12:14 -0400
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Marc Eshel <eshel@almaden.ibm.com>
Message-ID: <20101001181214.GB32256@fieldses.org>
References: <4CA3CE95.10407@gmail.com> <E043D9D8EE3B5743B8B174A814FD584F0A64D38F@TK5EX14MBXC124.redmond.corp.microsoft.com> <4CA61A57.90205@almaden.ibm.com> <20101001174050.GE30570@fieldses.org> <4CA6205E.2010301@almaden.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <4CA6205E.2010301@almaden.ibm.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "nfsv4@ietf.org" <nfsv4@ietf.org>
Subject: Re: [nfsv4] New version of sparse draft (draft-hildebrand-nfsv4-read-sparse-01.txt)
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nfsv4>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Oct 2010 18:11:44 -0000

On Fri, Oct 01, 2010 at 10:54:38AM -0700, Marc Eshel wrote:
>  On 10/1/2010 10:40 AM, J. Bruce Fields wrote:
> >On Fri, Oct 01, 2010 at 10:28:55AM -0700, Marc Eshel wrote:
> >>  I can claim that trying to read unallocated part of the file is and
> >>error :) but I see the point of complicating the error handling.  We
> >>can instead just add more information to the reply without giving
> >>the error return code.
> >The status is the only switch you can really take advantage of in the
> >read reply, so I don't think that's an option.  (The minorversion rules
> >prohibit completely replacing the xdr for an existing operation, which
> >is a good rule.)
> >
> >>I think this a simple solution that should be agreed on as
> >>alternative if we don't have a more general solution that will cover
> >>the requirement for this one.
> >>This is a good example how we this group start with simple ideas and
> >>ending up with a conflicted and convoluted protocol that drags for
> >>years.
> >I think you'll find a separate READZ will be simpler if anything.
> >
> >That doesn't force you to accept any extra bells and whistles if you
> >don't want to.
> >
> >--b.
> >
> 
> That sounds fair, but it should be called DONT_READ_Z  :)

We can say the Z is for "zoom", or "zippy", rather than zero.

--b.