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 9E2E79E2F for ; Tue, 25 Oct 2011 22:10:11 +0000 (UTC) Received: (qmail 13175 invoked by uid 500); 25 Oct 2011 22:10:10 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 13140 invoked by uid 500); 25 Oct 2011 22:10:10 -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 13132 invoked by uid 99); 25 Oct 2011 22:10:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2011 22:10:10 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.220.180] (HELO mail-vx0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2011 22:10:00 +0000 Received: by vcbfo11 with SMTP id fo11so1370077vcb.11 for ; Tue, 25 Oct 2011 15:09:39 -0700 (PDT) Received: by 10.52.90.228 with SMTP id bz4mr17220115vdb.74.1319580579065; Tue, 25 Oct 2011 15:09:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.181.39 with HTTP; Tue, 25 Oct 2011 15:09:19 -0700 (PDT) X-Originating-IP: [68.4.109.196] In-Reply-To: <94036A87-15DE-462D-860B-97798A5620DD@couchbase.com> References: <31406785.20111025232214@imarto.net> <4EA7178D.40007@gmail.com> <101780326.20111026011900@imarto.net> <94036A87-15DE-462D-860B-97798A5620DD@couchbase.com> From: Mark Hahn Date: Tue, 25 Oct 2011 15:09:19 -0700 Message-ID: Subject: Re: High latency (40ms) and low request rate (10 rps) under windows To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=20cf307d060eaaefd004b026cbcf X-Virus-Checked: Checked by ClamAV on apache.org --20cf307d060eaaefd004b026cbcf Content-Type: text/plain; charset=ISO-8859-1 > CouchDB does a full sync, because this is the only way to be proof against disasters like power failures Isn't couchdb crash-proof due to append-only writing? What do you gain other than possible loss of latest writes, which you can lose anyway with a fsync. --20cf307d060eaaefd004b026cbcf--