Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id EF7954196F2 for ; Mon, 12 Apr 2010 08:24:51 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ChhiakYbxrkG for ; Mon, 12 Apr 2010 08:24:51 -0700 (PDT) Received: from homiemail-a11.g.dreamhost.com (caiajhbdcaib.dreamhost.com [208.97.132.81]) by olra.theworths.org (Postfix) with ESMTP id 3F479431FC1 for ; Mon, 12 Apr 2010 08:24:51 -0700 (PDT) Received: from sspaeth.de (mtec-hg-docking-1-dhcp-204.ethz.ch [129.132.133.204]) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTPA id 3A106194058; Mon, 12 Apr 2010 08:24:42 -0700 (PDT) Received: by sspaeth.de (sSMTP sendmail emulation); Mon, 12 Apr 2010 17:24:35 +0200 From: "Sebastian Spaeth" To: Jameson Rollins , Notmuch list Subject: Re: please eat my data! In-Reply-To: <87tyrgeopc.fsf@servo.finestructure.net> References: <87633wlrrk.fsf@SSpaeth.de> <87tyrgeopc.fsf@servo.finestructure.net> Date: Mon, 12 Apr 2010 17:24:35 +0200 Message-ID: <87iq7wpubw.fsf@SSpaeth.de> User-Agent: notmuch version 0.1.1 (Emacs 23.1.1/x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 15:24:52 -0000 On 2010-04-12, Jameson Rollins wrote: > On Mon, 12 Apr 2010 15:33:35 +0200, "Sebastian Spaeth" > Wow, this is really interesting, Sebastian. For those of us not in the > know, can you explain what libeatmydata is and how it's used? Hehe, I just got the pointer to it on IRC myself: http://www.flamingspork.com/projects/libeatmydata/ You download and untar the thing, and "make" it, which produces libeatmydata.so. Running a binary foo with LD_PRELOAD=./libeatmydata.so foo will then effectively make all fsyncs a Noop. Not something you want on your production systems, but great to test how much of a penality those fsyncs really are. What I find intersting is that we have a 2x speedup and a 10x speedup for different queries. Olly was saying on IRC that both *should* really be behaving in much the same manner. Sebastian