From owner-freebsd-net Sun May 19 20:12:18 2002 Delivered-To: freebsd-net@freebsd.org Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by hub.freebsd.org (Postfix) with SMTP id A545137B412 for ; Sun, 19 May 2002 20:12:14 -0700 (PDT) Received: (qmail 1898 invoked from network); 20 May 2002 03:12:13 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (66.92.188.241) by 0 with SMTP; 20 May 2002 03:12:13 -0000 Message-ID: <3CE8698C.7080500@tenebras.com> Date: Sun, 19 May 2002 20:12:12 -0700 From: Michael Sierchio Reply-To: kudzu@tenebras.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc2) Gecko/20020516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Crist J. Clark" Cc: freebsd-net@FreeBSD.ORG Subject: Re: HEADS UP: ALTQ integration developer preview References: <3CE55A9B.73EA3DE4@mindspring.com> <3CE61675.BCE2A9E1@mindspring.com> <1021717195.1466.4.camel@gurney.reilly.home> <3CE6D592.DCF73743@mindspring.com> <20020519001249.GA24012@roughtrade.net> <3CE6F653.CDE9D2B4@mindspring.com> <20020519010703.GE24468@roughtrade.net> <3CE7508D.36568484@mindspring.com> <3CE7DFFE.2090809@tenebras.com> <20020519141455.J67779@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Crist J. Clark wrote: > On Sun, May 19, 2002 at 10:25:18AM -0700, Michael Sierchio wrote: > [snip] > > >>Back to problem of NFS over UDP -- it's not so stateless, is it? ;-) >>Remote disk access is mostly bulk transfer operations anyway, > > > A _lot_ of remote disk access is not bulk transfers, but file status > information. Okay, you're right -- my own research indicates that 'stat' is the most common operation on a file. It accounts, in numbers, for the majority of all file operations, whether local mounts or NFS. I think I'd like to revise my point -- the implementation of a protocol which was intended to be stateless, but whereby state is introduced by attempting to implement reliable delivery over UDP (where UDP datagram size may be up to 64KB) is problematic. T/TCP is interesting, but I wouldn't use it w/o some lightweight authenticator in the message. UDP works, by and large, except when it doesn't. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message