1 Return-Path: <bgamari.foss@gmail.com>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id BFA7F404947
\r
6 for <notmuch@notmuchmail.org>; Tue, 16 Mar 2010 12:18:44 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[AWL=0.619,
\r
12 BAYES_00=-2.599] autolearn=ham
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id C8WauzKDRzyQ for <notmuch@notmuchmail.org>;
\r
16 Tue, 16 Mar 2010 12:18:41 -0700 (PDT)
\r
17 Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com
\r
19 by olra.theworths.org (Postfix) with ESMTP id 5A5B6404944
\r
20 for <notmuch@notmuchmail.org>; Tue, 16 Mar 2010 12:18:41 -0700 (PDT)
\r
21 Received: by fxm10 with SMTP id 10so294038fxm.30
\r
22 for <notmuch@notmuchmail.org>; Tue, 16 Mar 2010 12:18:40 -0700 (PDT)
\r
23 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
\r
24 h=domainkey-signature:received:received:message-id:date:from:subject
\r
25 :to:cc:in-reply-to:references;
\r
26 bh=+jE53o26VTvBu97T9XlBaWsVCc4ePEcPOKgl536kt5Q=;
\r
27 b=I03+leyAu413vGGsCdaysDkOltOt/RV+qfMcNMY/k9kaoYcek7XncBn4oRFAav52js
\r
28 EArO1T4Q4PEyZqZsB+uHsdhVwQDTV8/kvY2FCSDHfPvmVfvCNvIC05lCGoUCgzCspnW6
\r
29 vasYRrX638t5A0AVmzEjx8j+71fcnhK6wl6S8=
\r
30 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
\r
31 h=message-id:date:from:subject:to:cc:in-reply-to:references;
\r
32 b=be0FJkKpi48rG6AVNNIyWUp7GCLIGB+nNo8zx4tJvMBRpXC+yTAqnE8MmJX1u+33l5
\r
33 S9NKbPFgojXlE3lco57Q3Hv0LFbVF91tt0h92Niv6DGtzx5nTxEwcN9QFRByNLkX5vN0
\r
34 WiEH8pnOdkAjoIbhJ/Xn8gzIpi7bIOR2E8gjg=
\r
35 Received: by 10.87.70.26 with SMTP id x26mr855044fgk.10.1268767120014;
\r
36 Tue, 16 Mar 2010 12:18:40 -0700 (PDT)
\r
37 Received: from localhost (pool-74-106-78-129.spfdma.east.verizon.net
\r
39 by mx.google.com with ESMTPS id l12sm961886fgb.7.2010.03.16.12.18.38
\r
40 (version=TLSv1/SSLv3 cipher=RC4-MD5);
\r
41 Tue, 16 Mar 2010 12:18:39 -0700 (PDT)
\r
42 Message-ID: <4b9fd98f.0c58560a.205a.0a38@mx.google.com>
\r
43 Date: Tue, 16 Mar 2010 12:18:39 -0700 (PDT)
\r
44 From: Ben Gamari <bgamari.foss@gmail.com>
\r
45 To: martin f krafft <madduck@madduck.net>, "Aneesh Kumar K. V"
\r
46 <aneesh.kumar@linux.vnet.ibm.com>
\r
47 In-Reply-To: <20100316180052.GA6600@piper.oerlikon.madduck.net>
\r
48 References: <4b9dccc0.c6c1f10a.3671.44ec@mx.google.com>
\r
49 <20100315090401.GA29891@glaive.weftsoar.net>
\r
50 <slrnhprvfv.hu6.olly@msgid.survex.com>
\r
51 <4b9e6e80.09b6660a.6769.6832@mx.google.com>
\r
52 <20100316110846.GK10323@survex.com>
\r
53 <4b9fa5d2.0a4d5e0a.0c0b.ffffdcbb@mx.google.com>
\r
54 <87mxy8chvq.fsf@linux.vnet.ibm.com>
\r
55 <20100316180052.GA6600@piper.oerlikon.madduck.net>
\r
56 Cc: Olly Betts <olly@survex.com>, notmuch@notmuchmail.org
\r
57 Subject: Re: [notmuch] Notmuch performance (literally, in my case)
\r
58 X-BeenThere: notmuch@notmuchmail.org
\r
59 X-Mailman-Version: 2.1.13
\r
61 List-Id: "Use and development of the notmuch mail system."
\r
62 <notmuch.notmuchmail.org>
\r
63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
64 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
66 List-Post: <mailto:notmuch@notmuchmail.org>
\r
67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
69 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
70 X-List-Received-Date: Tue, 16 Mar 2010 19:18:44 -0000
\r
72 On Tue, 16 Mar 2010 19:00:52 +0100, martin f krafft <madduck@madduck.net> wrote:
\r
73 > I use ext4 with data=ordered, and while notmuch is writing the
\r
74 > Xapian database, most I/O stalls on the machine:
\r
76 > - Firefox does not get any mouse events
\r
77 > - Vim blocks writing the viminfo file
\r
78 > - All disk operations queue for multiple seconds.
\r
80 > So no, ext4 is not a solution. Is it just me, or should no
\r
81 > filesystem of this world be able to hog a system this badly? I think
\r
82 > the culprit is the IO-scheduler.
\r
84 In my uninformed opinion, I think it more likely that the dominant factor is
\r
85 the page reclaim code. Even noop scheduling is pretty bad.
\r