From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id MPDuCRQHIF+1fgAA0tVLHw (envelope-from ) for ; Tue, 28 Jul 2020 11:08:04 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id Nkq3BRQHIF93awAA1q6Kng (envelope-from ) for ; Tue, 28 Jul 2020 11:08:04 +0000 Received: from mail.notmuchmail.org (nmbug.tethera.net [144.217.243.247]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (2048 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id A4263940416 for ; Tue, 28 Jul 2020 11:08:02 +0000 (UTC) Received: from [144.217.243.247] (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id E257127B31; Tue, 28 Jul 2020 07:07:51 -0400 (EDT) Received: from fethera.tethera.net (fethera.tethera.net [IPv6:2607:5300:60:c5::1]) by mail.notmuchmail.org (Postfix) with ESMTP id 3C5201FA22 for ; Tue, 28 Jul 2020 07:07:47 -0400 (EDT) Received: by fethera.tethera.net (Postfix, from userid 1001) id 94D635FA66; Tue, 28 Jul 2020 07:07:45 -0400 (EDT) Received: (nullmailer pid 1798654 invoked by uid 1000); Tue, 28 Jul 2020 11:07:43 -0000 From: David Bremner To: jonathan@teamwilner.com, notmuch@notmuchmail.org Cc: David Edmondson , Mark Walters Subject: Re: Looking for help re: inbox/thread/tree slowdown; misconfiguration? In-Reply-To: <87blk02z7d.fsf@tethera.net> References: <87blk02z7d.fsf@tethera.net> X-List-To: notmuch Date: Tue, 28 Jul 2020 08:07:43 -0300 Message-ID: <871rkvsxs0.fsf@tethera.net> MIME-Version: 1.0 Message-ID-Hash: BHVES7JTLW6ZHC4JUGU54IEVPBDMUJYL X-Message-ID-Hash: BHVES7JTLW6ZHC4JUGU54IEVPBDMUJYL X-MailFrom: david@tethera.net X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-notmuch.notmuchmail.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.2.1 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 144.217.243.247 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Spam-Score: 0.03 X-TUID: RStJi0Xf4bqR David Bremner writes: > jonathan@teamwilner.com writes: > >> I've got about 52K items with the tag "inbox". Should be "notmuch" >> right? :-) Here's the problem - if I want to view that in tree view, >> it can take multiple minutes for notmuch to return a result. > > In general there should be some results right away, with the rest of the > buffer being filled asynchronously. Unfortunately notmuch-emacs only > handles the one asynchronous query, so if there is already a long > running query, you will indeed have to wait for the whole tree/list of > headers to be read into emacs. > I think I see what is probably going on for you. You are probably first opening the query with notmuch-search-mode, then switching to notmuch-tree mode, This leads to the original query running in the background, blocking your second (tree-mode) query from running. I suggest trying M-x notmuch-tree directly (say in a fresh Emacs instance) and see if it has the same delay. If it works better, you can set the default mode to open a saved search by customizing notmuch-saved-searches. It's been a while since I looked at the async code, maybe David E or Mark have some ideas about how hard it would be to improve the current behaviour of one async query blocking all others. d