From owner-freebsd-net Sat Sep 1 9: 2: 1 2001 Delivered-To: freebsd-net@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id EE01A37B40B for ; Sat, 1 Sep 2001 09:01:57 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f81G1tg11104; Sat, 1 Sep 2001 09:01:55 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.5/8.11.0) id f81G1tY09116; Sat, 1 Sep 2001 09:01:55 -0700 (PDT) (envelope-from jdp) Date: Sat, 1 Sep 2001 09:01:55 -0700 (PDT) Message-Id: <200109011601.f81G1tY09116@vashon.polstra.com> To: net@freebsd.org From: John Polstra Cc: bright@mu.org Subject: Re: Tuning UDP for NFS In-Reply-To: <20010831154119.S81307@elvis.mu.org> References: <20010831130902.A15501@nomad.lets.net> <20010831125120.O81307@elvis.mu.org> <200108312003.f7VK3k004259@vashon.polstra.com> <20010831154119.S81307@elvis.mu.org> Organization: Polstra & Co., Seattle, WA 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 In article <20010831154119.S81307@elvis.mu.org>, Alfred Perlstein wrote: > * John Polstra [010831 15:03] wrote: > > FreeBSD's "src/etc/amd.map" file still has "vers=2,proto=udp". Do > > you think we should change it? > > I'm not familiar with amd, what implications would that have? > > What worries me is people using amd against a v2 server, also those > tunables are good at tickling bugs in other NFS implementations > (as well as ours, at least a year or two ago). So if amd is smart > enough to downgrade then yes, otherwise perhaps just a comment to > indicate that the person may want to use better mount options... ? I have the same concerns. Unfortunately I don't know enough about NFS interoperability issues to say whether it would cause problems or not. OTOH we have been moving toward giving our default configurations better performance at the expense of a small amount of failsafe-ness. I'm inclined to think this might be a good candidate for that trend. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message