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 6F7BF431FB6 for ; Mon, 4 Jun 2012 04:57:36 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] 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 vMxlYGs5NbHA for ; Mon, 4 Jun 2012 04:57:35 -0700 (PDT) Received: from server.belohrad.ch (static-212-101-19-163.adsl.solnet.ch [212.101.19.163]) by olra.theworths.org (Postfix) with ESMTP id 69192431FAF for ; Mon, 4 Jun 2012 04:57:35 -0700 (PDT) Received: from beesknees.cern.ch.belohrad.ch (beesknees.cern.ch [137.138.197.99]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by server.belohrad.ch (Postfix) with ESMTPSA id 58EBD25CFA; Mon, 4 Jun 2012 14:04:13 +0200 (CEST) From: David Belohrad To: Subject: poor performance when using remotely and displaying all tags User-Agent: Notmuch/0.13+37~g2f1a112 (http://notmuchmail.org) Emacs/23.4.1 (x86_64-pc-linux-gnu) Date: Mon, 04 Jun 2012 13:54:41 +0200 Message-ID: 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, 04 Jun 2012 11:57:36 -0000 Dear All, I'm wondering whether there could be some optimisation done. I'm using notmuch remotely. I.e. open ssh communication and keep it running using dtach as shown on notmuch website. Works reasonably. I.e. latency of ~1second between key-presses when switching between notmuch buffers. Real pain however happens when notmuch-hello shows all the tags. Then the remote-notmuch slows down by degree of order. I did a bit of profiling, and it seems that all that slowdown is in 'notmuch-hello-insert-searches' and friend functions - as seen below the result of Emacs profiler. Could those be somehow improved, e.g. using local caching of the data and refreshing them only when e.g. notmuch-hello-poll-and-update is called? This would considerably speed up the user 'comfort'. It is of course understood that when a new tag is created, it would not appear in the list immediately, but after poll-and-update.... any opinions? cheers d. notmuch-hello-update 2 25.16282 12.58141 notmuch-hello 2 25.162806 12.581403 notmuch-hello-query-counts 4 24.516050999 6.1290127499 notmuch-saved-search-count 186 24.510491000 0.1317768333 notmuch-hello-insert-alltags 2 24.288725 12.1443625 notmuch-hello-insert-tags-section 2 24.288715 12.1443575 notmuch-hello-insert-searches 2 24.023173 12.0115865 notmuch-search-quit 1 12.382233 12.382233 notmuch-hello-search-continuation 1 12.372998 12.372998 notmuch-hello-search 1 2.197831 2.197831 notmuch-search 1 2.197818 2.197818 notmuch-read-query 1 2.197032 2.197032 notmuch-hello-insert-saved-searches 2 0.582827 0.2914135 notmuch-hello-insert-header 2 0.284633 0.1423165