From owner-freebsd-arch@FreeBSD.ORG Thu May 29 13:06:30 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8071537B401 for ; Thu, 29 May 2003 13:06:30 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FBA043F3F for ; Thu, 29 May 2003 13:06:29 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h4TK6Rp9048659; Fri, 30 May 2003 06:06:27 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h4TK6FaA048658; Fri, 30 May 2003 06:06:16 +1000 (EST) Date: Fri, 30 May 2003 06:06:15 +1000 From: Peter Jeremy To: Igor Sysoev Message-ID: <20030529200615.GC22178@cirb503493.alcatel.com.au> References: <3ED62AFE.187A40F9@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: arch@freebsd.org Subject: Re: sendfile(2) SF_NOPUSH flag proposal X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2003 20:06:30 -0000 On Thu, May 29, 2003 at 09:35:28PM +0400, Igor Sysoev wrote: >> But more to the point, so far you are the only one who is not >> saying that sendfile() needs to be fixed, instead of kludged. > >By the way I do not see that Peter Jeremy said that sendfile() needs >to be fixed, he said only that my flags are needless and I should >prove their usefulness. I admit I never said sendfile() was broken - only because I wasn't familiar enough with either its current behaviour or with the most desirable behaviour. But instead of arguing semantics, how about providing some hard data on why your changes should be applied (as I requested in my first post). So far you have between 4 and 8 people who have argued against your changes (depending on how you count). You have yet to come up with any people or hard facts to back up your position. As far as I am concerned, unless and until you manage to produce something concrete to back up your assertions, this thread has outlived its usefulness. Peter