Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 10247 invoked from network); 18 Mar 2005 17:00:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Mar 2005 17:00:26 -0000 Received: (qmail 54338 invoked by uid 500); 18 Mar 2005 17:00:25 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 54304 invoked by uid 500); 18 Mar 2005 17:00:24 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 54291 invoked by uid 99); 18 Mar 2005 17:00:24 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from scotch.ics.uci.edu (HELO scotch.ics.uci.edu) (128.195.24.168) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 18 Mar 2005 09:00:23 -0800 Received: from [10.0.1.54] (pv106211.reshsg.uci.edu [128.195.106.211]) (authenticated bits=0) by scotch.ics.uci.edu (8.12.11/8.12.11) with ESMTP id j2IH0Lls003690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Mar 2005 09:00:21 -0800 (PST) Date: Fri, 18 Mar 2005 09:00:26 -0800 From: Justin Erenkrantz To: Ryan Bloom cc: Jeff Trawick , dev@httpd.apache.org, dev@apr.apache.org Subject: Re: do we still want sendfile enabled with our default conf files? Message-ID: In-Reply-To: <1f1d982050318082726d1a8ad@mail.gmail.com> References: <42398A5C.7000400@slive.ca> <20050317141250.GA28555@castlerea.stdlib.net.> <20050317152754.GI5790@scotch.ics.uci.edu> <20050318013331.GO5790@scotch.ics.uci.edu> <1f1d98205031808126698802b@mail.gmail.com> <6A59038878FF133648C83BDC@10.0.1.81> <1f1d982050318082726d1a8ad@mail.gmail.com> X-Mailer: Mulberry/3.1.5 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=no version=3.1.0-r156655 X-Spam-Checker-Version: SpamAssassin 3.1.0-r156655 (2005-03-09) on scotch.ics.uci.edu X-Virus-Scanned: ClamAV 0.80/645/Mon Dec 27 14:56:20 2004 clamav-milter version 0.80j on scotch.ics.uci.edu X-Virus-Status: Clean X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --On Friday, March 18, 2005 11:27 AM -0500 Ryan Bloom wrote: > That's fine. Pay attention to what I suggested. Default to > non-native sendfile, until we have know that it works. If you have an > OS that you know for a fact does sendfile correctly, then that would > be a case where we know that it works. I tend to prefer Jeff's solution of having APR return APR_ENOTIMPL when the APR_SENDFILE_AUTODETECT flag is set and we'd fail. I'm ambivalent if we decide to have apr_socket_sendfile() internally call emulate_sendfile because apr_socket_sendfile() has always been an optional function (APR_HAS_SENDFILE). If we go this route of having it mask the choice, then apr_socket_sendfile() should always be present and we can clean up the code in httpd accordingly. I also think that we likely already know the cases when sendfile is going to succeed on a particular platform. I haven't heard any claims that sendfile() fails on Linux when using only IPv4 and ext{23}. So, yes, I think we can do better than a straight APR_ENOTIMPL - but if people don't want to write the checks, then we'll just live with writev() on that platform. -- justin