[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MPS: dangling markers
From: |
Ihor Radchenko |
Subject: |
Re: MPS: dangling markers |
Date: |
Sat, 29 Jun 2024 15:17:22 +0000 |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> - perf points to (1) itree lookup; (2) bytepos<->charpos, which implies
>> that things may be related to the number of allocated markers and
>> overlays...
> ...
> So I'm not surprised by your point (2) above, but I don't have an
> explanation for your point (1), OTOH.
(1) was a false alarm (kind of). The perf recording was for redisplay
that did a lot of text property searches. These searches were iterating
over the overlays as well, but it had nothing to do with scratch/igc
branch; just a normal (slow) redisplay behavior when there are large
chunks of hidden text. It's just that igc fiddling with markers made the
performance completely unbearable.
--
Ihor Radchenko // yantar92,
Org mode contributor,
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>
- Re: MPS: dangling markers, (continued)
- Re: MPS: dangling markers, Ihor Radchenko, 2024/06/30
- Re: MPS: dangling markers, Gerd Möllmann, 2024/06/30
- Re: MPS: dangling markers, Ihor Radchenko, 2024/06/30
- Re: MPS: dangling markers, Gerd Möllmann, 2024/06/30
- Re: MPS: dangling markers, Ihor Radchenko, 2024/06/30
- Re: MPS: dangling markers, Ihor Radchenko, 2024/06/30
- Re: MPS: dangling markers, Gerd Möllmann, 2024/06/30
- Re: MPS: dangling markers, Ihor Radchenko, 2024/06/30
- Re: MPS: dangling markers, Gerd Möllmann, 2024/06/30
- Re: MPS: dangling markers, Eli Zaretskii, 2024/06/30
Re: MPS: dangling markers,
Ihor Radchenko <=
Re: MPS: dangling markers, Gerd Möllmann, 2024/06/28