1 Return-Path: <stewart@flamingspork.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 9A35F431FB6
\r
6 for <notmuch@notmuchmail.org>; Mon, 13 Aug 2012 21:47:28 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0.01 tagged_above=-999 required=5
\r
12 tests=[T_MIME_NO_TEXT=0.01] autolearn=disabled
\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 rg+WkSJiGIYj for <notmuch@notmuchmail.org>;
\r
16 Mon, 13 Aug 2012 21:47:27 -0700 (PDT)
\r
17 Received: from kaylee.flamingspork.com (kaylee.flamingspork.com
\r
19 by olra.theworths.org (Postfix) with ESMTP id F31F0431FAE
\r
20 for <notmuch@notmuchmail.org>; Mon, 13 Aug 2012 21:47:26 -0700 (PDT)
\r
21 Received: from willster (localhost [127.0.0.1])
\r
22 by kaylee.flamingspork.com (Postfix) with ESMTPS id B59386065;
\r
23 Tue, 14 Aug 2012 04:49:14 +0000 (UTC)
\r
24 Received: by willster (Postfix, from userid 1000)
\r
25 id C4A703081A36; Tue, 14 Aug 2012 14:47:23 +1000 (EST)
\r
26 From: Stewart Smith <stewart@flamingspork.com>
\r
27 To: Vladimir Marek <Vladimir.Marek@Oracle.COM>,
\r
28 Ciprian Dorin Craciun <ciprian.craciun@gmail.com>
\r
29 Subject: Re: Alternative (raw) message store (i.e. instead of maildir)
\r
30 In-Reply-To: <20120811094635.GY28321@pub.cz.oracle.com>
\r
32 <CA+Tk8fwq2thNeKHgfG-EX0hgR7uyqrSce0ZMOhEJBsz1RVtRqg@mail.gmail.com>
\r
33 <20120811094635.GY28321@pub.cz.oracle.com>
\r
34 User-Agent: Notmuch/0.13.2+60~g7ecf77d (http://notmuchmail.org) Emacs/23.3.1
\r
35 (x86_64-pc-linux-gnu)
\r
36 Date: Tue, 14 Aug 2012 14:47:23 +1000
\r
37 Message-ID: <874no613ms.fsf@flamingspork.com>
\r
39 Content-Type: multipart/signed; boundary="=-=-=";
\r
40 micalg=pgp-sha1; protocol="application/pgp-signature"
\r
41 Cc: notmuch@notmuchmail.org
\r
42 X-BeenThere: notmuch@notmuchmail.org
\r
43 X-Mailman-Version: 2.1.13
\r
45 List-Id: "Use and development of the notmuch mail system."
\r
46 <notmuch.notmuchmail.org>
\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
48 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
50 List-Post: <mailto:notmuch@notmuchmail.org>
\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
53 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
54 X-List-Received-Date: Tue, 14 Aug 2012 04:47:28 -0000
\r
57 Content-Transfer-Encoding: quoted-printable
\r
59 Vladimir Marek <Vladimir.Marek@Oracle.COM> writes:
\r
62 > I have objections against maildir too, but I tried to tackle it from
\r
63 > different perspective. Store the maildir in zip file and use fuse-zip to
\r
64 > manage it. It works sort of but it has two major disadvantages:
\r
66 huh... this is fairly interesting.... one of the downsides of a million
\r
67 odd files for mail is that filesystem dump and restore takes a *LOT*
\r
68 longer than if it's just giant files on disk. Combined with afuse (fuse
\r
69 automounter) this could be a pretty elegant solution to the problem of
\r
70 storing archival Maildirs.
\r
72 One large archival maildir here went from 6.5GB (du -sh on XFS) to a
\r
73 2.3GB ZIP archive.... that will never, ever change. Think about the
\r
74 performance difference between creating 560,000 files for backup/restore
\r
75 versus copying a single 2.3GB file.
\r
77 > - fuse zip stores all changes in memory until unmounted
\r
78 > - fuse zip (and libzip for that matter) creates new temporary file when
\r
79 > updating archive, which takes considerable time when the archive is
\r
82 This isn't much of a hastle if you have maildir per time period and
\r
83 archive off. Maybe if you sync flags it may be...
\r
85 > Of course this solution would have some disadvantages too, but for me
\r
86 > the advantages would win. At the moment I'm not sure if I want to
\r
87 > continue working on that. Maybe if there would be more interested guys
\r
89 I'm *really* tempted to investigate making this work for archived
\r
90 mail. Of course, the list of mounted file systems could get insane
\r
91 depending on granularity I guess...
\r
97 Content-Type: application/pgp-signature
\r
99 -----BEGIN PGP SIGNATURE-----
\r
100 Version: GnuPG v1.4.11 (GNU/Linux)
\r
102 iQIcBAEBAgAGBQJQKdhbAAoJEP08notdpDyvrmoP/3Fvn1sLGF94eA+UoFa9+MVR
\r
103 7XDwVcYGFo/w7WqOFRJDT7lIiYSicN5tYZ5MFwmxngVd7gsKG0J9ZcmN3XCBJ/jw
\r
104 pTR4H/T2nH3dP00dXujvYGZQ5clm/cXfbDLF2TiPIfL6jFgie6x6NFejdfEtfG1H
\r
105 QiJJbfwhsL1we6nAd8/HpNA+cYBtXw65oz2qWcrpkBQiTgpo9x9RC5yOG0YZjJFY
\r
106 1V9ubOUnTYgingMoMTfLuBv4ztmKa2uWyXi+ZSGeLIJlXCFhU/Bcdb5mw6OgHrZX
\r
107 Jz96/rquDCwYgp5s+KAqZJj11qYVQc8eneYZn3We2/6/mW7moD+36rmmaIMp7H3k
\r
108 nGJBnRl4BHVKEvwlpNeJNbzxyAwSYbveGOOv3tS0Hhax5uyChcbt168RoiGrdLIE
\r
109 +DV9Byfv2JtOb5OYi2uumKvsPRWFqHIMq1UcGUIV07M0+6uNjdCpV5/bwGEsZbhU
\r
110 Ewm7j4iyR7TYduWxUtrpydN4BSFJC5ACIoDmyr3Rzn5/vA1bYlBCnQkWOzIdofG7
\r
111 vsTR0Sjk9x9wNfxp7f+DSigkRm4zHe/JliKOQgPx9oYkL0nJ6q7mjFp6NRtlkJ4L
\r
112 P2lIZAsR0jiVE0x1DKOaHTISkS+bIyWKd9NSycDjeFjBheMOPrgDKOyYlbYMWTC6
\r
113 plqF8wQrR7D3Bjw82Ptv
\r
115 -----END PGP SIGNATURE-----
\r