Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 56138 invoked from network); 6 Jun 2010 12:31:51 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Jun 2010 12:31:51 -0000 Received: (qmail 31765 invoked by uid 500); 6 Jun 2010 12:31:50 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 31513 invoked by uid 500); 6 Jun 2010 12:31:50 -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 31495 invoked by uid 99); 6 Jun 2010 12:31:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Jun 2010 12:31:50 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brianpane@gmail.com designates 209.85.214.173 as permitted sender) Received: from [209.85.214.173] (HELO mail-iw0-f173.google.com) (209.85.214.173) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 06 Jun 2010 12:31:43 +0000 Received: by iwn41 with SMTP id 41so2231239iwn.18 for ; Sun, 06 Jun 2010 05:31:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=scuZe1e4PeX2klVfv4JwUyLrqSagJe5voxPbuFCa7vQ=; b=ORg5taiK2cGyeXNqJFGbSRevKfcn0jHU0a4a9vyztTyVQXf/+WdbweZ5BI9P+WbK6y RvAECLJhcF5/QO+IUYseW1UCZUDXQzjcTPCDePqR3NqZItX4JObKMG4YQ/BaigydNAdg htuWG9MjCPw3277vlc9yAToGUlVhFq5gm4DRs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=D5vmGrPUEpLIu/+koSFm+NN9jAfSaIPdhyKv0IhO4HHrThn8TLUnBhgFTw4b9IwxPN X8Fzo0ejwOpZc14qIRgXxeM3nZG/2f/Kbk7gUIHY8hxuXJTJNKlXHRQUm6yW4yLkfFIc DgYo8T7w1/JITHtNsfIECb2l5t59MTv7jnv6I= Received: by 10.231.59.1 with SMTP id j1mr9349801ibh.55.1275827482083; Sun, 06 Jun 2010 05:31:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.82 with HTTP; Sun, 6 Jun 2010 05:31:02 -0700 (PDT) In-Reply-To: References: From: Brian Pane Date: Sun, 6 Jun 2010 05:31:02 -0700 Message-ID: Subject: Re: C as config To: dev@httpd.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On Sun, Jun 6, 2010 at 5:03 AM, Graham Leggett wrote: [...] > We've also been playing with Varnish, one of the cooler things it does is > have the ability to suck up an entire response into a RAM buffer and > releasing the backend before playing out the response to the browser. I've > looked, and we can do this pretty trivially in httpd as a simple connection > filter. > > Very useful for expensive backends like php, instead of waiting many > hundreds or thousands of milliseconds for the client to eventually close the > connection before cleaning up the request pool and release php resources, > you dump the response into a connection buffer, and destroy the request pool > asap. That also would work well with the event MPM; in addition to freeing up the request pool, you'd be able to free up the request thread. As long as the documentation explained to users that they need to have enough memory to accommodate MaxClient * MaxOutputBufferedPerRequest (where the latter is a hypothetical name for a configurable limit on the amount of buffered output), such a feature would be a net win for lots of sites. -Brian