From owner-freebsd-performance@FreeBSD.ORG Mon Jan 19 12:39:06 2004 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D2B316A4CE for ; Mon, 19 Jan 2004 12:39:06 -0800 (PST) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC3F43D5C for ; Mon, 19 Jan 2004 12:38:53 -0800 (PST) (envelope-from anderson@centtech.com) Received: from centtech.com (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i0JKco6T064159; Mon, 19 Jan 2004 14:38:51 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <400C403F.5000309@centtech.com> Date: Mon, 19 Jan 2004 14:38:23 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Francis References: <003c01c3de8d$d569edb0$471b3dd4@dual> <400BE749.2030009@centtech.com> <400C039B.6080403@expertcity.com> <400C0707.7050805@centtech.com> <400C3D24.3080503@expertcity.com> In-Reply-To: <400C3D24.3080503@expertcity.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: performance@freebsd.org cc: Willem Jan Withagen Subject: Re: Old SUN NFS performance papers. X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 20:39:06 -0000 Steve Francis wrote: > Eric Anderson wrote: > >> >> I wasn't even sure where to start or stop snipping on this mail, >> since it is all good stuff - so I didn't. :) Thanks for the great >> info, and good explanations.. NFS+TCP is very nice, but I do believe >> the UDP transport was faster on a handful of tests (however I >> typically force use of TCP when I can).. >> >> One question - what does net.inet.ip.check_interface=0 do? > > > > makes FreeBSD not care if the interface a response comes in on is the > same as the one a request did. Helps only if network topology is funky. That's handy for a network like I have. What would also be handy, is a sysctl like that for the client side - that tells FreeBSD to ignore the fact that a response is coming from a different IP than what it sent the request to. Yes, I know this is a security issue, and yes I understand the ramifications. Nevertheless, I need it - unless there is a way to tell redhat and solaris to always answer on the same interface the request came in on.. Eric -- ------------------------------------------------------------------ Eric Anderson Systems Administrator Centaur Technology All generalizations are false, including this one. ------------------------------------------------------------------