Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 78145 invoked from network); 19 Jul 2008 02:49:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Jul 2008 02:49:48 -0000 Received: (qmail 50172 invoked by uid 500); 19 Jul 2008 02:49:47 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 50136 invoked by uid 500); 19 Jul 2008 02:49:47 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 50124 invoked by uid 99); 19 Jul 2008 02:49:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Jul 2008 19:49:47 -0700 X-ASF-Spam-Status: No, hits=3.2 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.198.241] (HELO rv-out-0708.google.com) (209.85.198.241) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 19 Jul 2008 02:48:53 +0000 Received: by rv-out-0708.google.com with SMTP id k29so464821rvb.0 for ; Fri, 18 Jul 2008 19:49:17 -0700 (PDT) Received: by 10.141.211.13 with SMTP id n13mr484859rvq.12.1216435757124; Fri, 18 Jul 2008 19:49:17 -0700 (PDT) Received: by 10.140.225.8 with HTTP; Fri, 18 Jul 2008 19:49:17 -0700 (PDT) Message-ID: <64a10fff0807181949t3fa2612fl6f61b372e5e119d8@mail.gmail.com> Date: Fri, 18 Jul 2008 22:49:17 -0400 From: "Dean Landolt" To: couchdb-user@incubator.apache.org Subject: Re: attachment file size limit? In-Reply-To: <95D76033-7D1E-4232-BF5A-E2A2597ED418@apache.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_44976_28423539.1216435757136" References: <64a10fff0807181735m626c1fd9vc96c08622ee37b6@mail.gmail.com> <95D76033-7D1E-4232-BF5A-E2A2597ED418@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_44976_28423539.1216435757136 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jul 18, 2008 at 9:37 PM, Jan Lehnardt wrote: > > On Jul 19, 2008, at 02:35, Dean Landolt wrote: > > I seem to be running up an arbitrary file size limit in MochiWeb. For >> smaller files I'm in good shape, but once I get upward of a few megs I get >> this back from MochiWeb: >> >> {"error":"EXIT","reason":"{body_too_large,6099917}"} >> >> I poked around in the MochiWeb source and it looks like there's a setting >> for this, but I haven't explored further yet. >> >> I tried to use chunked encoding but I seem to run into a socket error >> issue >> with httplib: 104, connection reset by peer. Seems like MochiWeb doesn't >> like that very much, but that could just be httplib. Still trying to work >> through that... >> >> In any event, has anyone pushed in large attachments with the new api? Is >> there something I'm missing? Thanks... >> > > The current limit for request sizes is 1MB (didn't we up that to 4GB? > Christopher, > maybe that got lost with recent MochiWeb updates?). > > You can set the size for yourself in src/mochiweb/mochiweb_request.erl > -define(MAX_RECV_BODY, (1024*1024)). <- that is the line. Then > recompile and you are good to go. I was able to push 2.5GB into an > attachment. > > Please note that CouchDB holds the entire attachment in memory, even > with a chunked request, before writing it to disk. This is a current design > limitation and will be removed for 0.9. We are aware that this stinks, but > so far the new API removed the need for base64 which was another > performance killer. Streamed read and write operations will follow. > > I used curl to make successful chunked requests. > > Cheers > Jan > -- > Done and done. I still can't get chunking to work w/ my httplib2 implementation but I don't care -- it's working beautifully otherwise. On top of that, outbound streaming seems to be functioning nicely, at least for the mp3s I dumped in to test (I'm running 0.9.0a676702 -- perhaps that feature's already committed?). Thanks for your help again, Jan... Dean ------=_Part_44976_28423539.1216435757136--