Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 81348 invoked from network); 30 Jan 2009 13:52:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jan 2009 13:52:25 -0000 Received: (qmail 70667 invoked by uid 500); 30 Jan 2009 13:52:24 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 70625 invoked by uid 500); 30 Jan 2009 13:52:23 -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 70614 invoked by uid 99); 30 Jan 2009 13:52:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 05:52:23 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of nexneo@me.com designates 17.148.16.98 as permitted sender) Received: from [17.148.16.98] (HELO asmtpout023.mac.com) (17.148.16.98) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 13:52:16 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.240] ([59.96.150.255]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEA0096JEIEDW80@asmtp023.mac.com> for user@couchdb.apache.org; Fri, 30 Jan 2009 05:51:55 -0800 (PST) Message-id: <050A119C-5BAB-4A4A-83F6-969D2C5D6C51@me.com> From: Niket Patel To: user@couchdb.apache.org In-reply-to: Subject: Re: CouchDB huge performance difference between Mac OS / Linux Date: Fri, 30 Jan 2009 19:21:49 +0530 References: <8A73D79E-EB60-4C2B-817E-D956FAAFE10E@me.com> <63434E1D-A510-47F1-8B07-A31034611838@me.com> <0D8DDE0D-6A14-4046-8E62-7256208D6B93@me.com> <3F76FD35-5369-420F-8DCB-2C5697A683F1@me.com> <484E6990-A16B-4AC6-A5B1-3D2D3F4B8C3C@apache.org> <0E96C91C-AAC2-4ADB-BD81-E5317C4BFC1C@me.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org On Jan 30, 2009, at 5:37 PM, Jan Lehnardt wrote: > > Reduce functions should not grow its output larger > than log(n) where n is the number of input rows. > > Can somebody update the wiki with that info, I thought > we have it? :) On wiki, this may not be mentioned but discussed on mailing list certainly many times. Training one's procedural / OO brains to M/R/Rereduce with certain restrictions is not easy. Well, in my case reduce output is may not be strictly following log(n) But if you mean per Key , it is reducing to single row from any number of input rows for that key. My problem seems to solve for now. with following change in M/R functions, // from forEach loop ... values.forEach(function(r) { .... }); // to simple for loops ... for( var i in values ){ .... } I don't know what is cost of each approach. I wish if couchdb handle this things more gracefully with descriptive errors. Thanks for your answers.