GNU bug report logs - #76538
31.0.50; 31.0.50; 31.0.50; feature/igc: using magit-section-cycle-global (S-TAB) and magit-section-toggle (TAB) in some random ways blocks GNU Emacs.

Previous Next

Full log

View this message in rfc822 format

From: Ihor Radchenko <yantar92 <at> posteo.net>
To: Pip Cet <pipcet <at> protonmail.com>
Cc: for <at> debbugs.gnu.org, Bug <at> debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o <at> debbugs.gnu.org, eller.helmut <at> gmail.com, GNU <at> debbugs.gnu.org, via <at> debbugs.gnu.org, reports <at> debbugs.gnu.org, joaomoreira <at> gmx.se, 76538 <at> debbugs.gnu.org, Emacs <at> debbugs.gnu.org
Subject: bug#76538: 31.0.50; 31.0.50; 31.0.50; feature/igc: using magit-section-cycle-global (S-TAB) and magit-section-toggle (TAB) in some random ways blocks GNU Emacs.
Date: Tue, 25 Feb 2025 16:59:29 +0000

Pip Cet via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs <at> gnu.org> writes:

> The main difference appears to be the charpos<->bytepos cache in the
> weak marker vector, which grows to 0x8000 entries.  That seems
> excessive, but IIRC, what really matters is the order in which they're
> tried.

FYI, I regularly observe bytepos_to_charpos in my perf traces.  So, the
impact is rather significant. Especially when buffer has many markers.
I think we discussed this problem as improved the situation somewhat in
https://yhetil.org/emacs-devel/87v81u85hv.fsf <at> localhost/

Maybe there is something more that can be done?

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.