From: Patrick Useldinger <uselpa@gmail.com>
To: Ihor Radchenko <yantar92@posteo.net>
Cc: Emacs-orgmode@gnu.org
Subject: Re: [BUG] org-capture, level-2 heading, org-set-tags-command [9.6.6 ( @ /Users/pu/.emacs.d/elpa/org-9.6.6/)]
Date: Sat, 20 May 2023 23:06:36 +0200 [thread overview]
Message-ID: <0da3d60f-e92c-77e9-3add-5e792f6bbdec@gmail.com> (raw)
In-Reply-To: <87lehipyan.fsf@localhost>
On 20/05/2023 22:01, Ihor Radchenko wrote:
> You can try to bisect your config to identify which part is triggering
> the problem. See
> https://list.orgmode.org/orgmode/87ee2nlslt.fsf@localhost/ and
> https://github.com/Malabarba/elisp-bug-hunter
>
bug hunter hasn't helped at all, maybe I've missed something, will have
to try again later.
I tried to profile the loop though:
CPU (1 core is running at 100% for Emacs during the loop)
1671 83% - command-execute
1666 82% - call-interactively
1666 82% - funcall-interactively
1442 71% - org-set-tags-command
1442 71% - org-get-buffer-tags
1111 55% - org-element-cache-map
670 33% - org-element-at-point
124 6% - org-element--parse-to
8 0% org-element--cache-find
2 0% #<compiled 0x1f4289c15e3f>
2 0% org-element--cache-active-p
4 0% org-element--cache-active-p
1 0% org-element--cache-verify-element
89 4% - org-element--parse-to
8 0% + org-element--cache-find
3 0% #<compiled 0x1f4289c15e3f>
1 0% org-element--cache-active-p
138 6% - counsel-M-x
130 6% - ivy-read
25 1% + read-from-minibuffer
6 0% + ivy-call
4 0% + ivy--reset-state
8 0% counsel--M-x-externs
78 3% + org-capture
8 0% + org-capture-kill
4 0% autoload-do-load
301 14% - ...
301 14% Automatic GC
20 0% + vc-menu-map-filter
11 0% + timer-event-handler
1 0% and
1 0% + substitute-command-keys
1 0% + not
1 0% keymap-canonicalize
1 0% + redisplay_internal (C function)
MEM
202,905,419 99% - command-execute
202,751,140 99% - call-interactively
202,751,140 99% - funcall-interactively
186,430,734 91% - org-set-tags-command
186,422,494 91% - org-get-buffer-tags
186,418,350 91% - org-element-cache-map
95,156,424 46% + org-element-at-point
63,785,615 31% - org-element--parse-to
15,743 0% make-closure
14,532 0% org-element--cache-active-p
14,532 0% buffer-base-buffer
14,532 0% plist-get
1,211 0% re-search-forward
1,048 0% #<compiled 0x18db7aed758e9805>
7,216 0% + org-get-tags
1,024 0% + org-back-to-heading
6,698,223 3% - org-capture
5,982,622 2% + org-capture-place-template
503,607 0% + org-capture-fill-template
187,110 0% + org-capture-select-template
17,688 0% + org-capture-set-target-location
1,024 0% org-capture-set-plist
5,410,654 2% - counsel-M-x
5,337,470 2% - ivy-read
3,440,528 1% + ivy-call
1,620,889 0% + read-from-minibuffer
256,598 0% + ivy--reset-state
1,024 0% + ivy--update-prompt
73,184 0% + counsel--M-x-externs
4,211,529 2% - org-capture-kill
4,211,529 2% + org-capture-finalize
153,127 0% + autoload-do-load
622,776 0% + vc-menu-map-filter
372,645 0% + substitute-command-keys
116,585 0% + redisplay_internal (C function)
46,392 0% + timer-event-handler
12,300 0% + assq
9,208 0% + not
4,144 0% keymap-canonicalize
1,936 0% + org-at-timestamp-p
1,152 0% + org-at-table-p
1,024 0% kill-this-buffer-enabled-p
1,024 0% and
1,024 0% org-at-heading-p
1,024 0% + require
21 0% + #<compiled -0x2222a21eed62b99>
0 0% ...
I don't see much interaction with anything outside of org-mode.
There's some ivy and counsel, but I uninstalled them and that didn't
solve the problem.
For comparison, here's with the element cache disabled:
CPU
343 91% - command-execute
336 89% - call-interactively
336 89% - funcall-interactively
173 46% - counsel-M-x
165 43% - ivy-read
53 14% - read-from-minibuffer
14 3% - ivy--queue-exhibit
14 3% - ivy--exhibit
14 3% - ivy--update-minibuffer
7 1% + ivy--filter
7 1% + ivy--format
2 0% + substitute-command-keys
1 0% and
6 1% + ivy-call
2 0% + ivy--reset-state
8 2% counsel--M-x-externs
78 20% - org-capture
43 11% - org-capture-fill-template
38 10% - org-completing-read
38 10% - apply
38 10% - completing-read
38 10% - ivy-completing-read
38 10% - ivy-read
6 1% + read-from-minibuffer
2 0% + org-mode
31 8% + org-capture-select-template
2 0% + org-capture-set-target-location
2 0% + org-capture-place-template
45 11% - org-set-tags-command
40 10% - completing-read-multiple
14 3% - read-from-minibuffer
1 0% + timer-event-handler
1 0% org-get-buffer-tags
40 10% - org-capture-finalize
29 7% - save-buffer
29 7% - basic-save-buffer
29 7% - basic-save-buffer-1
29 7% - basic-save-buffer-2
28 7% - write-region
28 7% - select-safe-coding-system
27 7% find-coding-systems-region
1 0% auto-coding-alist-lookup
11 2% + org-capture-store-last-position
4 1% autoload-do-load
32 8% - ...
32 8% Automatic GC
1 0% + redisplay_internal (C function)
MEM
97,045,311 99% - command-execute
96,891,032 99% - call-interactively
96,891,032 99% - funcall-interactively
84,247,208 86% - org-capture-finalize
79,980,939 82% - save-buffer
79,980,939 82% - basic-save-buffer
79,966,010 82% - basic-save-buffer-1
79,966,010 82% - basic-save-buffer-2
79,557,559 81% - write-region
79,557,559 81% - select-safe-coding-system
79,485,867 81% - find-coding-systems-region
3,456 0% + sort-coding-systems
395 0% copy-sequence
54,312 0% + find-auto-coding
17,380 0% auto-coding-alist-lookup
14,929 0% + vc-after-save
1,828,137 1% + kill-buffer
589,419 0% + org-capture-store-last-position
15,408 0% + org-update-parent-todo-statistics
1,024 0% + org-back-to-heading
1,024 0% org-update-checkbox-count
6,539,717 6% - org-capture
5,931,471 6% - org-capture-place-template
3,900,777 4% delete-other-windows
1,871,642 1% - org-switch-to-buffer-other-window
1,871,642 1% - apply
1,871,642 1% + switch-to-buffer-other-window
105,652 0% + org-capture-mode
43,240 0% + org-capture-place-entry
10,120 0% + org-fold-show-all
411,724 0% + org-capture-fill-template
172,710 0% + org-capture-select-template
20,760 0% + org-capture-set-target-location
1,024 0% org-capture-set-plist
5,853,892 6% + counsel-M-x
250,215 0% + org-set-tags-command
148,983 0% + autoload-do-load
174,845 0% + redisplay_internal (C function)
0 0% ...
I appreciate your input and your time.
Given that it works perfectly when I file the captured input under a
level 1 heading I might just leave it at that.
Regards,
-Patrick
next prev parent reply other threads:[~2023-05-20 21:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-20 15:47 [BUG] org-capture, level-2 heading, org-set-tags-command [9.6.6 ( @ /Users/pu/.emacs.d/elpa/org-9.6.6/)] Patrick Useldinger
2023-05-20 16:04 ` Ihor Radchenko
2023-05-20 18:41 ` Patrick Useldinger
2023-05-20 20:01 ` Ihor Radchenko
2023-05-20 21:06 ` Patrick Useldinger [this message]
2023-05-22 8:35 ` Ihor Radchenko
2023-05-21 9:00 ` Patrick Useldinger
2023-05-23 9:07 ` Patrick Useldinger
2023-05-23 9:15 ` Patrick Useldinger
2023-05-23 9:15 ` Patrick Useldinger
2023-05-24 8:56 ` Ihor Radchenko
2023-05-23 9:13 ` Patrick Useldinger
-- strict thread matches above, loose matches on Subject: below --
2023-05-19 21:23 Patrick Useldinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0da3d60f-e92c-77e9-3add-5e792f6bbdec@gmail.com \
--to=uselpa@gmail.com \
--cc=Emacs-orgmode@gnu.org \
--cc=yantar92@posteo.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).