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 B86E0429E26 for ; Tue, 20 Dec 2011 07:23:43 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.485 X-Spam-Level: X-Spam-Status: No, score=0.485 tagged_above=-999 required=5 tests=[DATE_IN_PAST_24_48=0.485] autolearn=disabled 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 CvhoFr8zkqlq for ; Tue, 20 Dec 2011 07:23:43 -0800 (PST) Received: from socrates.hocat.ca (socrates.hocat.ca [76.10.188.53]) by olra.theworths.org (Postfix) with ESMTP id 2CFA4431FD0 for ; Tue, 20 Dec 2011 07:23:43 -0800 (PST) Received: from me (ares.hocat.ca [76.10.189.33]) by socrates.hocat.ca (Postfix) with SMTP id 5848C276D; Tue, 20 Dec 2011 08:23:42 -0700 (MST) Received: (nullmailer pid 20089 invoked by uid 1000); Sun, 18 Dec 2011 20:22:20 -0000 From: Tom Prince To: David Bremner , Austin Clements Subject: Re: More ideas about logging. In-Reply-To: <87hb0xbug7.fsf@zancas.localnet> References: <87obv9i7y3.fsf@zancas.localnet> <20111216040722.GC12245@mit.edu> <87hb0xbug7.fsf@zancas.localnet> User-Agent: Notmuch/0.5-118-gdcdb843 (http://notmuchmail.org) Emacs/23.3.1 (i686-pc-linux-gnu) Date: Sun, 18 Dec 2011 13:22:20 -0700 Message-ID: <87r501k4ub.fsf@loki.hocat.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Notmuch Mail 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: Tue, 20 Dec 2011 15:23:44 -0000 On Sun, 18 Dec 2011 14:34:00 -0400, David Bremner wrote: > The more worrying part is disk usage; the tag tree for 200k messages > uses 400k inodes, and 836M of apparent disk usage (according to du) the > same tags in "sup" format take 11M. Maybe this could be usefull if > combined with some scheme to only dump tags not covered by maildir (for > those using maildir flag synching already) Well, it would seem natural to re-use the nmbug logic here, and just use a bare git repo for this. One would need a way to sync and merge the tag-tree automatically anyway. I admit I haven't tried nmbug yet, but it seems that nmbug, switched from sync just notmuch:: to syncing everything but notmuch:: would be a sensible way to sync tags? Tom