Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 95861 invoked from network); 7 Jul 2010 07:51:42 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Jul 2010 07:51:42 -0000 Received: (qmail 98607 invoked by uid 500); 7 Jul 2010 07:51:41 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 98179 invoked by uid 500); 7 Jul 2010 07:51:39 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 98171 invoked by uid 99); 7 Jul 2010 07:51:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 07:51:38 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.68.5.9] (HELO relay00.pair.com) (209.68.5.9) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 07 Jul 2010 07:51:29 +0000 Received: (qmail 35592 invoked from network); 7 Jul 2010 07:50:06 -0000 Received: from 69.181.72.204 (HELO ?10.0.1.10?) (69.181.72.204) by relay00.pair.com with SMTP; 7 Jul 2010 07:50:06 -0000 X-pair-Authenticated: 69.181.72.204 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: delayed_commits false From: Damien Katz In-Reply-To: Date: Wed, 7 Jul 2010 00:50:06 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1BE2DB76-99F5-49D3-B622-8CEE17E5A295@apache.org> References: <4C31FF1A.30002@gmail.com> <4C33B24E.8050109@gmail.com> <4C33B509.5070403@gmail.com> <904E26BC-C97D-45DC-B61B-0444795430BF@gmail.com> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org On Jul 6, 2010, at 11:31 PM, Benoit Chesneau wrote: > On Wed, Jul 7, 2010 at 3:56 AM, Robert Newson = wrote: >> I had started a page to capture the nuances of these settings at >> http://wiki.apache.org/couchdb/Durability_Matrix but never finished >> it. It's possible some of the prose could be reshaped into a concise >> summary of the difficult balancing act we're attempting here. >>=20 >> For what it's worth, I'd prefer to keep this setting as-is for 1.0. >> Having several 'durability profiles' to choose from would be very >> neat, though, and displaying the current profile prominently in Futon >> should convey the message far better than docs or wiki. Consider how >> often the 'admin party' text gets people thinking about locking down >> their server... >>=20 >> B. >>=20 > I dislike to have too much options though. >=20 > @damien > I don't understand this "keep it for 1.0" mantra. Since it's more a > "philosophical" change than a technical one, I would prefer that > change on 1.0 whatever this number means. How do people use CouchDB > in production ? Is delayed_commit turned off most of the time ? I don't know the answer to this, but we've shipped version 0.8, 0.9, = 0.10 and 0.11 with the current default. >=20 > About the use on laptop and co, laptops are likely less stable than > server machines, and we tend to shutdown them more often too. With > delayed_commit=3DTrue, when someone shutdown his laptop and forget to > apply delayed commit (and most of the time, if we don't automatize > that, I bet he will), data in memory will be lost. I don't recall any real world complaints caused by the 1 sec delay where = people were losing data. The one time we turned it off in trunk, there = were complaints about the slowness and how unusable it was. I personally = had to always turn it on for the servers to be usable.=20 >=20 > As a user of openbsd, one of the reasons I use this system (except > its simplicity) is that it is secured by default on the contrary most > linuxes/bsds aren't. Most of the openbsd users know that security will > impact performances. I think I would prefer to have a completly safe > couchdb even if performances decreased. >=20 You have that option already. -Damien >=20 > - benoit.