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: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: joaomoreira <at> gmx.se, pipcet <at> protonmail.com, 76538 <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 19:27:21 +0200

> 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
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> 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?

Maybe, but why is this so much worse with MPS?

Previous Next

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