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 8PXNCma1q1+7FwAA0tVLHw (envelope-from ) for ; Wed, 11 Nov 2020 09:56:54 +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 6EehBma1q188IQAA1q6Kng (envelope-from ) for ; Wed, 11 Nov 2020 09:56:54 +0000 Received: from mail.notmuchmail.org (nmbug.tethera.net [IPv6:2607:5300:201:3100::1657]) (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 5A0BC9403A7 for ; Wed, 11 Nov 2020 09:56:53 +0000 (UTC) Received: from nmbug.tethera.net (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id F2B0028BEC; Wed, 11 Nov 2020 04:56:44 -0500 (EST) X-Greylist: delayed 556 seconds by postgrey-1.36 at nmbug; Wed, 11 Nov 2020 04:56:41 EST Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) by mail.notmuchmail.org (Postfix) with ESMTPS id DC9A41F9E9 for ; Wed, 11 Nov 2020 04:56:41 -0500 (EST) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id E105C2400FD for ; Wed, 11 Nov 2020 10:47:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1605088043; bh=JFt2MR7bZEG94XiSWx9GWYeU4NzX2cTlXDSfh/7cxKE=; h=From:To:Cc:Subject:Date:From; b=QuPIYPlt63GLTqNUeGoA6RbmNrpjeGxouCOF2GIwNmqvxhG0OlhgXOpoYocWBS1yX uB3R3kIktvxCPwh9QKvERMOM5bIOFXC2YQY6mMyo3KxkrLtUgjpWxtNNHU6t46pA0V f96yiVNqWJejPjVASCUbOV4LPstN7dw+iXUz6iC1MtnE37OhO7nzSPDlZcmwtDsHCH 0UKtx77ojYDxt3aQhkOBFYtUCOP9r5IJbQB0gu2bx7/UGrHnBF3fpKRVrRJLcfLVn+ ti68k+/MgRGApbYbGAzud8HFxYrpe9zgw75tGdReUyzz125zw7YbFTTZ9jUXRFSkj0 iA96sxKMMAUxg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4CWKdk4jTRz9ryV; Wed, 11 Nov 2020 10:47:22 +0100 (CET) From: Dan =?utf-8?B?xIxlcm3DoWs=?= To: sfischme@uwaterloo.ca Subject: Re: Debugging slow down over time In-Reply-To: <877dqtkqs9.fsf@uwaterloo.ca> References: <877dqtkqs9.fsf@uwaterloo.ca> Date: Wed, 11 Nov 2020 10:47:12 +0100 Message-ID: <87sg9g2pjz.fsf@cgc-instruments.com> MIME-Version: 1.0 Message-ID-Hash: RZZSQAMYIGJOHWEIU2W6TFMDS6WYHOML X-Message-ID-Hash: RZZSQAMYIGJOHWEIU2W6TFMDS6WYHOML X-MailFrom: dan.cermak@posteo.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 CC: notmuch@notmuchmail.org 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: multipart/mixed; boundary="===============3383144552211123153==" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=fail (body hash did not verify) header.d=posteo.net header.s=2017 header.b=QuPIYPlt; dmarc=fail reason="SPF not aligned (strict)" header.from=posteo.net (policy=none); spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2607:5300:201:3100::1657 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Spam-Score: -2.01 X-TUID: 28SPSG83GtSj --===============3383144552211123153== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain Hi Sebastian, Sebastian Fischmeister writes: > Hi, > > For some time already I experience a slowdown of the emacs notmuch interface over time. After using emacs with notmuch for a day or two, loading the inbox tree view (a search on tag:inbox) takes a significant amount of time to build the view. When I quite and restart emacs, the view loads instantly again. > > Do you have any suggestions on how to debug this issue other than > removing all customizations? Unfortunately no, but I have observed this issue as well. What sometimes appeared to help is to manually trigger a garbage collection. I must admit that I have not suffered from this recently though and it might have disappeared when I added --8<---------------cut here---------------start------------->8--- (setq helm-ff-keep-cached-candidates nil) --8<---------------cut here---------------end--------------->8--- to my init.el to work around https://issues.guix.gnu.org/43406 In case you are using helm, you could give that a try. Cheers, Dan --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJKBAEBCAA0FiEE/2KDnDCX6+IOiSay5jLDOAYQ0cUFAl+rsyAWHGRhbi5jZXJt YWtAcG9zdGVvLm5ldAAKCRDmMsM4BhDRxZTBEAClhhyskBDV7iqyfN1ZlPOTipxp Ui9XU9FFjR7rzXRUh8YvPVM8bOK2Jvs9Zf2uP/Zvq3QpFC5ThQY7o7HQHBM8YkX7 CWmW+6Ylko1d1OOXKLz2/idqMAS7mhNowefb2P6qZXb6vmy87FNJdr0+lqxtCZOG 9aIgzsPFWhEhJnY/DLQ/Bm0rAT8WNsQS7ianITMMQscOqXOvoLrF/BuLf/syoCrF zaUfdDby+meN7wkqoC+3P3dO4IfSWmeC3PZkhtaQMYE9cITbOSDzNZqWcmKADU0g bCWvLf+bBezBAFJqpvuOJp64zQvHh4+abfzWHD8ogWHxZ5h+CJizsCy6y+hVzKG3 bOKnzd1EOCuBV8n2Wzg9b6Xlh0Uut/TQZTGnZmIFrFiRSUfQippmfKdIC7lvZXiw WQEEfqpLQOaf9KoL5bHCqYzK6vueNgynLp68xswS6aMYV/3aVt1CJK945k5h/WjL rhPYg5zgiuz6IatVDgdC8oWli9xezNtJ9OE0q1GHZi01VklT6jHuSCIqbnxUJYpy /ydkIOF1m/A7PPLNCC7TN23tzPTN5fGR4vhLp7zxR0QNff4rqTfFQLcAoL+jw+g5 bVBRxmRgmO1fAzirODiO0DhfrfyXdOuBgCf2HEEp0upw7MsRmLJwXLOKnIz7nlGu Wd2ErVZSXhwzEpXURQ== =flA4 -----END PGP SIGNATURE----- --=-=-=-- --===============3383144552211123153== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============3383144552211123153==--