|
From: | Daniel Ortmann |
Subject: | Re: [External] : Re: Clocking in is pretty slow in version 9.6 when the item has a large |
Date: | Sun, 4 Dec 2022 11:59:34 -0600 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 |
Eli,I also had performance issues after the logbook was switched to true parsing instead of regular expressions. In my case, I had logbook entries going back to 2012!
After I cleared out the excess entries the performance jumped back up. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3790bf8ea1d070055a989f0b9587948e07877977 On 12/4/22 11:41, Ihor Radchenko wrote:
Eli Qian <eli.q.qian@gmail.com> writes:Any idea about speeding up clocking in?Try reducing `org-element--cache-self-verify-frequency' to a smaller number.
--- Begin Message --- Subject: Re: [External] : Re: [BUG] recent slow down in agenda's clock table report (and with first clock-in) [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dortmann/src/git-org-mode/lisp/)] Date: Thu, 20 Oct 2022 11:21:19 -0500 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Works perfectly after cleaning out old time log entries going back to 2013. :-)On 10/20/22 00:37, Ihor Radchenko wrote:Daniel Ortmann <daniel.ortmann@oracle.com> writes:(The performance drop was sudden and steep, by the way.)It is because clocking now calls Org parser API. https://urldefense.com/v3/__https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3790bf8ea1d070055a989f0b9587948e07877977__;!!ACWV5N9M2RV99hQ!KgwLbNpmmeNRH40ZJBT24H5ehmytyzRmS_wXhRSXlz7b-jzilorwtWKuAF0iQwTkP4UT779uIe4jNXhYh7W-$
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |