Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 82929 invoked from network); 26 Oct 2006 06:54:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Oct 2006 06:54:21 -0000 Received: (qmail 50277 invoked by uid 500); 25 Oct 2006 10:15:06 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 50239 invoked by uid 500); 25 Oct 2006 10:15:06 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 50228 invoked by uid 99); 25 Oct 2006 10:15:06 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Oct 2006 03:15:06 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of minfrin@sharp.fm designates 64.49.220.200 as permitted sender) Received: from [64.49.220.200] (HELO chandler.sharp.fm) (64.49.220.200) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Oct 2006 03:14:54 -0700 Received: from chandler.sharp.fm (localhost [127.0.0.1]) by chandler.sharp.fm (Postfix) with ESMTP id DD2C3E5C94 for ; Wed, 25 Oct 2006 05:14:33 -0500 (CDT) Received: from www.sharp.fm (unknown [209.61.173.189]) by chandler.sharp.fm (Postfix) with ESMTP id C26C2E5C91 for ; Wed, 25 Oct 2006 05:14:33 -0500 (CDT) Received: from 196.8.104.27 (SquirrelMail authenticated user minfrin@sharp.fm) by www.sharp.fm with HTTP; Wed, 25 Oct 2006 12:14:33 +0200 (SAST) Message-ID: <27048.196.8.104.27.1161771273.squirrel@www.sharp.fm> In-Reply-To: <20061025094847.GA29589@redhat.com> References: <453EA9BF.8050506@sharp.fm> <453EB585.10900@haxent.com.br> <453EB63D.2030601@haxent.com.br> <19157.196.8.104.27.1161766985.squirrel@www.sharp.fm> <20061025094847.GA29589@redhat.com> Date: Wed, 25 Oct 2006 12:14:33 +0200 (SAST) Subject: Re: Clarification: apr_brigade_split() From: "Graham Leggett" To: "APR Developer List" User-Agent: SquirrelMail/1.4.8-2.el4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Checked: Checked by ClamAV on apache.org On Wed, October 25, 2006 11:48 am, Joe Orton wrote: > Correct - does the below read better? It does - thank you! > apr_brigade_split() should be used extremely carefully since it always > allocates a new brigade. If an output filter is written in such a way > that it may call apr_brigade_split() for multiple invocations per > response, then it will use memory proportional to response size. I am using it to solve the problem of the cache trying to process large (by my initial arbitrary definition, anything 5MB and larger) files in one go by splitting large file buckets into smaller buckets before processing. The 5MB figure should probably be tunable, so that if you have nice fast cache disks, you can process bigger blocks and in doing so consume less memory during processing. Regards, Graham --