On 6/22/24 10:32, Ihor Radchenko wrote:
- Tim continued his struggle with an elusive bug he experiences when
  setting tags (C-c C-q) in large Org buffers - setting tags takes
  forever for him. (There is infinite loop likely lurking somewhere)

I have the same bug, but I said nothing because I don't have right now time to report. When I read it, I just wanted to share that this also happens to me.

I work with huge diary files and I discovered that since the cache is activated by default, when I remove or move certain subtrees/parts looks like makes the cache corrupted (I could not reproduce exactly how), not only affects tag completion, that yeah, it takes forever, it also works weird on org-captures applied to huge buffer files. So I have a current diary, that tries to get a record of last weeks. When I could not archive it (like right now), it has 5 weeks from now, that means 24k lines in a file, when I can clean it up, goes to an archive file (so then, alleviates org-agenda-files processing), the 2023, which is pretty archived, is 263k lines.

From user-view perspective, it was uncomfortable to see it enabled by default, specially when you have problems, specially, when you try to deal with a solution, and is not really documented on the workarounds, etc [0]. It took me nearly 2 hours to stabilize again my workflow so I agree that some information should be explained as stated in a recent conversation [1]

My vicious workflow regretably involves opening a lot of duplicated buffers through emacsclient, and at some point, it becomes slow, so I do this [2]

Being said all, I am very happy with how emacs and orgmode are getting progress done on managing large files, etc. I just wanted to let you know about a problem that I am experimenting, and maybe other people too.

I will note in my agenda on the #9 meeting [3] and I will try to join

Cheers,
pinmacs

[0] In my notes it says:

#+name: sourceblock_created_2024-06-27_14-32-44
#+begin_src text
how to disable Element cache? I am having warnings but I don't have time to do bug reporting ( https://orgmode.org/Changes.html )

found the solution (setq org-element-use-cache nil)      src https://emacs.stackexchange.com/questions/42006/trouble-with-org-mode-cache-find-error

[ I don't remember where I got this, but I think it should appear in the manual saying that this is a workaround until it is fixed https://orgmode.org/org.html ]
org-element-cache-reset
#+end_src

[1] email Subject: Please document the caching and its user options, From: Eli Zaretskii, Date: 2024-06-12 11:38:05 AM CEST

[2]

#+name: sourceblock_created_2024-06-27_14-33-28
#+begin_src emacs-lisp
;; I use this program when it works slow
(defun kill-duplicate-frames ()
  "Kills duplicate frames of buffers."
  (interactive)
  (let ((buffers '()))
    (dolist (frame (frame-list))
      (with-selected-frame frame
        (let ((buffer (current-buffer)))
          (when (member buffer buffers)
            (delete-frame))
          (add-to-list 'buffers buffer)))))
  ;; after doing stuff, cache goes slow, but with this, it improves
  ;; so this is arbitrary program, that my brain has associated with "make emacs faster again"
  (org-element-cache-reset)
  (message "Killed duplicate frames of buffers."))
#+end_src

[3] email Subject: #9 ((bbb:OrgMeetup)) on Wed, July 10, 19:00 UTC+3, From: Ihor Radchenko <yantar92@posteo.net>, Date: 2024-06-26 5:48:46 PM CEST