Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 48912 invoked from network); 18 Apr 2010 18:24:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 18 Apr 2010 18:24:48 -0000 Received: (qmail 30770 invoked by uid 500); 18 Apr 2010 18:24:47 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 30696 invoked by uid 500); 18 Apr 2010 18:24:46 -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 30688 invoked by uid 99); 18 Apr 2010 18:24:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Apr 2010 18:24:46 +0000 X-ASF-Spam-Status: No, hits=1.8 required=10.0 tests=AWL,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of 7zark7@gmail.com designates 209.85.160.180 as permitted sender) Received: from [209.85.160.180] (HELO mail-gy0-f180.google.com) (209.85.160.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Apr 2010 18:24:40 +0000 Received: by gyb13 with SMTP id 13so2062204gyb.11 for ; Sun, 18 Apr 2010 11:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=88/pGfQew5otoSHt5yklrcQzF/RFlFMfd4+Tc8722I0=; b=sIK8yONYXEsHBxgX2XOqVU+gB+VuwCVBQLO2zol8msRA5wJKbX6GHTVBRX4EL0vfwC BaxY4+u83Eg/BeNpLj5ZN3ag6lN/6rS0JbhjeDoTmSjDeg+SQ9qYwYcwBZzATk/l4OH8 /9g6Ce6wLSkcUr3dOebeQjGILyhtMsA/xWhGI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=Lgi/PS3sfxsqWxCemq32m0siboIbvfegWT3xjxexrD3b4nN3j3/IRY5B0fjYAGceZw Q8Pkn283YZ4sTfcNZrEUIs0KqyKyHdyEqWSHC7EiedYoWRrDEO3ip6K1nNjRlMbtOWf4 E2FozUlAaxf7kcGIYazawkQJ0W8zSwlnIxWAc= Received: by 10.101.152.13 with SMTP id e13mr9633665ano.0.1271615059437; Sun, 18 Apr 2010 11:24:19 -0700 (PDT) Received: from [10.0.1.5] (pool-71-102-220-219.snloca.dsl-w.verizon.net [71.102.220.219]) by mx.google.com with ESMTPS id r21sm37398301anp.7.2010.04.18.11.24.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Apr 2010 11:24:18 -0700 (PDT) References: <9AFB5212-C996-4FA7-9ACB-6EE228E59223@me.com> Message-Id: From: Anh <7zark7@gmail.com> To: "user@couchdb.apache.org" In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPod Mail (7E18) Mime-Version: 1.0 (iPod Mail 7E18) Subject: Re: Ezra doesn't recommend CouchDB Date: Sun, 18 Apr 2010 11:23:47 -0700 Cc: "user@couchdb.apache.org" That seems unlikely IMHO, we've been perf testing Couch for our usage and it outperforms a decently tuned Java webapp running on Resin (known for its good performance) by about 2x. It handles the top-end really well, serving 50 or 60 times our current load, with slower response, but not knocking over, unlike the Java webapp which starts dropping connections. This is just one use-case of course, but RoR is no speed demon compared to the JVM, so really don't see how it could outdo Couch. On Apr 18, 2010, at 2:45 AM, Michael Genereux wrote: > He says it "falls over in production". I would take that to mean that > either it has a 20/80 problem like Rails used to (some would argue > still does) or that once it's in production use, some steep decline in > performance as real load of the web starts hammering it for data. The > only short coming I've had thus far is ad-hoc bulk data manipulation. > > On Sat, Apr 17, 2010 at 3:36 PM, Niket Patel wrote: >> Hi, >> >> Today, I was watching http://vimeo.com/10838794 ( Skip to 16.00 >> minutes ) >> Ezra just discarded CouchDB and not recommend for any production >> use. He never tried to explain what those issues and why he doesn't >> recommend. >> >> But I would like to know views of CouchDB community despite the >> fact that he doesn't gave any reasons. this is his own preference >> but he is smart ruby hacker, he should have reasons. >> >> Niket >>