Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D5F8E41E9 for ; Wed, 29 Jun 2011 23:59:42 +0000 (UTC) Received: (qmail 93644 invoked by uid 500); 29 Jun 2011 23:59:40 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 93417 invoked by uid 500); 29 Jun 2011 23:59:40 -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 92733 invoked by uid 99); 29 Jun 2011 23:59:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jun 2011 23:59:39 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of email.workbench@gmail.com designates 209.85.161.44 as permitted sender) Received: from [209.85.161.44] (HELO mail-fx0-f44.google.com) (209.85.161.44) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jun 2011 23:59:31 +0000 Received: by fxe6 with SMTP id 6so1725486fxe.31 for ; Wed, 29 Jun 2011 16:59:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=KKARxapOtGBlr6ntFEZcw06gew5K4yVgyRKEOMyMswY=; b=negDFR/Ihcew9TkbvidRpFwAjr2hHh9yIwpkGyepdGQFbumuTH3tfk6RcrC95wmUfV 4vpQVnT3VyXqFAhYX9rYQ3/fE8OQVbI9VoQxj6Kmzch/ggJT+XK0cL4LnVZFfsBrcgcb DPs8YT9RfIqn2NGlNx4OivjdI4sWsvlYD4qfw= MIME-Version: 1.0 Received: by 10.223.158.130 with SMTP id f2mr2055599fax.61.1309391951511; Wed, 29 Jun 2011 16:59:11 -0700 (PDT) Sender: email.workbench@gmail.com Received: by 10.223.29.200 with HTTP; Wed, 29 Jun 2011 16:59:11 -0700 (PDT) Date: Wed, 29 Jun 2011 19:59:11 -0400 X-Google-Sender-Auth: _NLQ1jkT3R_Q2jxkwOZb99MWj5g Message-ID: Subject: Frugal Erlang vs Resources Hungry CouchDB From: Zdravko Gligic To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi Folks, In many places I have read how Erlang runs on small devices and how (as a result) it is very frugal with resources. I think that I have read that or at least something to that effect. However, none of that seems to apply to CouchDB. I believe that I read somewhere that the length of key names can make a significant reduction in disk usage - as in, cutting it in half or less. However, when I asked about it on #couchdb, a very smart person stated point blank (with a bit of attitude or maybe just conviction) that if I was worried about disk then I should not be using CouchDB. In many places I have read how both DB and View compactions can free up as much as 90% of occupied space. Similarly, I have read how CouchDB would be struggling on smaller VPS allocations and how a mere 2GB database would struggle with anything less than that much in RAM - especially when compactions and/or cleanups are running. Whenever I come across such CouchDB resources related postings, I keep thinking about all of those Couches on all of those mobile devices (at least in all of those presentations and slides) and asking my self "how do they do that" ? Regards, teslan