Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 93668 invoked from network); 22 Nov 2010 14:11:38 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Nov 2010 14:11:38 -0000 Received: (qmail 16253 invoked by uid 500); 22 Nov 2010 14:12:06 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 15718 invoked by uid 500); 22 Nov 2010 14:12:05 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 15558 invoked by uid 99); 22 Nov 2010 14:12:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Nov 2010 14:12:05 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of robert.newson@gmail.com designates 209.85.216.173 as permitted sender) Received: from [209.85.216.173] (HELO mail-qy0-f173.google.com) (209.85.216.173) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Nov 2010 14:11:59 +0000 Received: by qyk1 with SMTP id 1so829891qyk.11 for ; Mon, 22 Nov 2010 06:11:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=4qw4tASovMQmXrVdENLPvrlr4PTQmKhpryvNfNNFmt4=; b=EFVb4kpPgCmSCYgDuFosoDshWt7gCOEKvoWQO0rATjGzci7gC673Pwi9C0fCqPxsOu s/Ks0Imh6e3IgkAFkqmHKV9jaJe0SkelbkJ64zUW9Dbn06kVAKrdVHSIUjO4ni2cFMkq XYKEQtwJhrX4YSgoZq1JFpARgPmrO1dEyCcwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=dTm0gpHmk6WPoA4eYft1Kw5OcqpRFFiPmifL9xfxRy08c/CbM59gofwlrIfaeHldPp d7DlyF2gu9SbEhql+PlSSLzgk2yt+IaJdor2bsuV3xFvdMGlD9R1zXGgf6I0QlvmkPIS UbfGGX9fk96tPj6nOhSqQS8bAQfNAJPU9kmE8= MIME-Version: 1.0 Received: by 10.229.182.81 with SMTP id cb17mr4973100qcb.240.1290435097860; Mon, 22 Nov 2010 06:11:37 -0800 (PST) Received: by 10.229.100.65 with HTTP; Mon, 22 Nov 2010 06:11:37 -0800 (PST) In-Reply-To: References: <20101116130051.noatxco6osk0kcs8@webmail.bath.ac.uk> <20101116165649.6tbx1v0n40g4sosc@webmail.bath.ac.uk> Date: Mon, 22 Nov 2010 14:11:37 +0000 Message-ID: Subject: Re: Large attachments From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Curl buffers binary uploads, depending on the manner you perform the operat= ion. B. On Mon, Nov 22, 2010 at 2:03 PM, Bram Neijt wrote: > I can reproduce this problem: if I upload a 500 MB and start 10 > concurrent curl commands, memory usage increase dramatically with the > following environment: > Description: =A0 =A0Ubuntu 10.10 > Release: =A0 =A0 =A0 =A010.10 > Codename: =A0 =A0 =A0 maverick > {"couchdb":"Welcome","version":"1.0.1"} > > Bram > > On Tue, Nov 16, 2010 at 5:56 PM, =A0 wrote: >> Well, I'm just doing a GET directly to the document_id + attachment: >> http://localhost:5984/database/doc_id/attachment >> >> Clicking on the attachment in Futon would have the same effect. >> >> David >> >> Quoting Jan Lehnardt : >> >>> Hi David, >>> >>> On 16 Nov 2010, at 14:00, evxdo@bath.ac.uk wrote: >>> >>>> Hi everyone, >>>> >>>> I'm trying to work with some large attachments (around 1.5 GB). =A0Whe= n I >>>> go to download these (as a standalone attachment) the =A0CouchDB proce= ss grows >>>> in size by at least the size of the =A0attachment before the download = starts. >>>> This implies that the =A0attachment is being loaded into memory entire= ly >>>> before being sent =A0to the client. Has anyone else seen this behaviou= r? Is >>>> this a bug, =A0or is there a configuration change I can make to resolv= e this? >>>> >>>> I've tried disabling compression on attachments in case it's the >>>> =A0compression that's causing the problem. >>>> >>>> I'm using 1.0.1. >>> >>> What does your request look like? >>> >>> The standalone attachment API does not buffer. >>> >>> Cheers >>> Jan >>> -- >>> >>> >>> >> >> >> >> >