Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 37871 invoked from network); 16 Jun 2010 10:05:55 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Jun 2010 10:05:55 -0000 Received: (qmail 46450 invoked by uid 500); 16 Jun 2010 10:05:55 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 46022 invoked by uid 500); 16 Jun 2010 10:05:52 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 46009 invoked by uid 99); 16 Jun 2010 10:05:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jun 2010 10:05:51 +0000 X-ASF-Spam-Status: No, hits=-0.8 required=10.0 tests=AWL,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of minfrin@sharp.fm designates 72.32.122.20 as permitted sender) Received: from [72.32.122.20] (HELO chandler.sharp.fm) (72.32.122.20) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jun 2010 10:05:43 +0000 Received: from chandler.sharp.fm (localhost [127.0.0.1]) by chandler.sharp.fm (Postfix) with ESMTP id 2797A1B8036 for ; Wed, 16 Jun 2010 05:05:23 -0500 (CDT) Received: from [10.254.254.254] (87-194-125-18.bethere.co.uk [87.194.125.18]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: minfrin@sharp.fm) by chandler.sharp.fm (Postfix) with ESMTP id CBF32148042 for ; Wed, 16 Jun 2010 05:05:22 -0500 (CDT) Message-Id: <2262A438-0530-480B-8EF0-A97A5DF9489F@sharp.fm> From: Graham Leggett To: dev@httpd.apache.org In-Reply-To: <20100616084554.GA3103@redhat.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: C as config Date: Wed, 16 Jun 2010 12:05:21 +0200 References: <201006062053.03680.sf@sfritsch.de> <20100616084554.GA3103@redhat.com> X-Mailer: Apple Mail (2.936) X-Virus-Scanned: ClamAV using ClamSMTP On 16 Jun 2010, at 10:45 AM, Joe Orton wrote: >> There is already mod_buffer in trunk. From reading the docs, it >> should >> be suitable for this purpose. Or is it missing some functionality? > > You can get many of the benefits of using a memory buffer in the > output > filter chain very cheaply by increasing SendBufferSize, without the > extra overhead of an extra filter. This won't help you when you have many small file buckets, which is what you get when you put a forest of mod_include directives into a file. Each of the (in our worst case 500 or so) file buckets is happily sent out using SENDFILE, one after the other, in tiny chunks on the wire. This same problem can occur in any dynamic application doing a lot of small writes. Regards, Graham --