Re: please eat my data!
authorDirk Hohndel <hohndel@infradead.org>
Mon, 12 Apr 2010 17:47:47 +0000 (10:47 +1700)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:36:36 +0000 (09:36 -0800)
ad/e7a6a2bf083412e655d1a8fa6d91ff8d4b6439 [new file with mode: 0644]

diff --git a/ad/e7a6a2bf083412e655d1a8fa6d91ff8d4b6439 b/ad/e7a6a2bf083412e655d1a8fa6d91ff8d4b6439
new file mode 100644 (file)
index 0000000..14c6d4a
--- /dev/null
@@ -0,0 +1,73 @@
+Return-Path: <BATV+fd0185dc9217407f92b2+2423+infradead.org+hohndel@bombadil.srs.infradead.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id E71844196F2\r
+       for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 10:47:55 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -4.2\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id D69JQS1gzc5k for <notmuch@notmuchmail.org>;\r
+       Mon, 12 Apr 2010 10:47:55 -0700 (PDT)\r
+Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])\r
+       by olra.theworths.org (Postfix) with ESMTP id 4D282431FC1\r
+       for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 10:47:55 -0700 (PDT)\r
+Received: from localhost ([::1] helo=localhost.localdomain)\r
+       by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))\r
+       id 1O1Njg-00034h-Cw; Mon, 12 Apr 2010 17:47:48 +0000\r
+Received: by localhost.localdomain (Postfix, from userid 500)\r
+       id E7260C00E4; Mon, 12 Apr 2010 10:47:47 -0700 (PDT)\r
+From: Dirk Hohndel <hohndel@infradead.org>\r
+To: Stewart Smith <stewart@flamingspork.com>, Sebastian Spaeth\r
+       <Sebastian@SSpaeth.de>, Jameson Rollins <jrollins@finestructure.net>,\r
+       Notmuch list <notmuch@notmuchmail.org>\r
+Subject: Re: please eat my data!\r
+In-Reply-To: <87ljcsr3tu.fsf@willster.local.flamingspork.com>\r
+References: <87633wlrrk.fsf@SSpaeth.de>\r
+       <87tyrgeopc.fsf@servo.finestructure.net> <87iq7wpubw.fsf@SSpaeth.de>\r
+       <87ljcsr3tu.fsf@willster.local.flamingspork.com>\r
+Date: Mon, 12 Apr 2010 10:47:47 -0700\r
+Message-ID: <m3sk705zr0.fsf@x200.gr8dns.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by\r
+       bombadil.infradead.org See http://www.infradead.org/rpr.html\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 12 Apr 2010 17:47:56 -0000\r
+\r
+On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith <stewart@flamingspork.com> wrote:\r
+> On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" <Sebastian@SSpaeth.de> wrote:\r
+> > What I find intersting is that we have a 2x speedup and a 10x speedup\r
+> > for different queries. Olly was saying on IRC that both *should* really be\r
+> > behaving in much the same manner.\r
+> \r
+> Remember that on ext3 (and pretty sure ext4) fsync is the same as\r
+> sync(). So performance depends on how much dirty data you have in your cache.\r
+> \r
+> libeatmydata also gets rid of msync(), O_SYNC etc as well.\r
+\r
+Which is why so many of us have started to use BTRFS...\r
+\r
+Much smaller performance degradation when doing frequent fsync's\r
+\r
+/D\r
+\r
+-- \r
+Dirk Hohndel\r
+Intel Open Source Technology Center\r