* bug#2963: wishlist: improve speed of `make-overlay'
@ 2009-04-11 14:02 Werner LEMBERG
2021-07-18 21:04 ` Lars Ingebrigtsen
2023-10-21 11:33 ` Mauro Aranda
0 siblings, 2 replies; 5+ messages in thread
From: Werner LEMBERG @ 2009-04-11 14:02 UTC (permalink / raw)
To: bug-gnu-emacs
The complexity of `make-overlay' appears to be O(N), which makes it
unbearably slow for larger buffers. In my test case, it started with
about 1000 calls per second, and after about 10000 calls it already
reduced to approx. 100 calls per second.
On the other hand, handling text properties is O(log N), which works
fine even for my 400000 line document.
Stefan says:
But note that it's not just `make-overlay': every time we make a
modification to the buffer, we have to update the position of all
the overlays (and markers) after point. So, yes, a better
data-structure for overlays (and markers) would be very welcome.
Werner
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2963: wishlist: improve speed of `make-overlay'
2009-04-11 14:02 bug#2963: wishlist: improve speed of `make-overlay' Werner LEMBERG
@ 2021-07-18 21:04 ` Lars Ingebrigtsen
2023-10-21 11:33 ` Mauro Aranda
1 sibling, 0 replies; 5+ messages in thread
From: Lars Ingebrigtsen @ 2021-07-18 21:04 UTC (permalink / raw)
To: Andreas Politz; +Cc: 2963
Werner LEMBERG <wl@gnu.org> writes:
> The complexity of `make-overlay' appears to be O(N), which makes it
> unbearably slow for larger buffers.
Andreas did a lot of work on reimplementing the overlay internals a few
years back -- but I see that it was never merged?
Andreas, what's the state of the feature/noverlay branch?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2963: wishlist: improve speed of `make-overlay'
2009-04-11 14:02 bug#2963: wishlist: improve speed of `make-overlay' Werner LEMBERG
2021-07-18 21:04 ` Lars Ingebrigtsen
@ 2023-10-21 11:33 ` Mauro Aranda
2023-10-21 11:43 ` Eli Zaretskii
1 sibling, 1 reply; 5+ messages in thread
From: Mauro Aranda @ 2023-10-21 11:33 UTC (permalink / raw)
To: 2963; +Cc: Lars Ingebrigtsen, wl, Stefan Monnier, politza
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Werner LEMBERG <wl@gnu.org> writes:
>
>> The complexity of `make-overlay' appears to be O(N), which makes it
>> unbearably slow for larger buffers.
>
> Andreas did a lot of work on reimplementing the overlay internals a few
> years back -- but I see that it was never merged?
>
> Andreas, what's the state of the feature/noverlay branch?
This message was 2 years ago. Meanwhile the feature/noverlay branch got
merged. Maybe this can be closed. CCing Stefan M.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2963: wishlist: improve speed of `make-overlay'
2023-10-21 11:33 ` Mauro Aranda
@ 2023-10-21 11:43 ` Eli Zaretskii
2023-10-21 11:52 ` Stefan Kangas
0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2023-10-21 11:43 UTC (permalink / raw)
To: Mauro Aranda; +Cc: larsi, wl, 2963, monnier, politza
> Cc: Lars Ingebrigtsen <larsi@gnus.org>, wl@gnu.org,
> Stefan Monnier <monnier@iro.umontreal.ca>, politza@hochschule-trier.de
> Date: Sat, 21 Oct 2023 08:33:34 -0300
> From: Mauro Aranda <maurooaranda@gmail.com>
>
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
> > Werner LEMBERG <wl@gnu.org> writes:
> >
> >> The complexity of `make-overlay' appears to be O(N), which makes it
> >> unbearably slow for larger buffers.
> >
> > Andreas did a lot of work on reimplementing the overlay internals a few
> > years back -- but I see that it was never merged?
> >
> > Andreas, what's the state of the feature/noverlay branch?
>
> This message was 2 years ago. Meanwhile the feature/noverlay branch got
> merged. Maybe this can be closed. CCing Stefan M.
I think it should be closed, indeed.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2963: wishlist: improve speed of `make-overlay'
2023-10-21 11:43 ` Eli Zaretskii
@ 2023-10-21 11:52 ` Stefan Kangas
0 siblings, 0 replies; 5+ messages in thread
From: Stefan Kangas @ 2023-10-21 11:52 UTC (permalink / raw)
To: Eli Zaretskii, Mauro Aranda; +Cc: larsi, wl, 2963-done, monnier, politza
Eli Zaretskii <eliz@gnu.org> writes:
>> Cc: Lars Ingebrigtsen <larsi@gnus.org>, wl@gnu.org,
>> Stefan Monnier <monnier@iro.umontreal.ca>, politza@hochschule-trier.de
>> Date: Sat, 21 Oct 2023 08:33:34 -0300
>> From: Mauro Aranda <maurooaranda@gmail.com>
>>
>> Lars Ingebrigtsen <larsi@gnus.org> writes:
>>
>> > Werner LEMBERG <wl@gnu.org> writes:
>> >
>> >> The complexity of `make-overlay' appears to be O(N), which makes it
>> >> unbearably slow for larger buffers.
>> >
>> > Andreas did a lot of work on reimplementing the overlay internals a few
>> > years back -- but I see that it was never merged?
>> >
>> > Andreas, what's the state of the feature/noverlay branch?
>>
>> This message was 2 years ago. Meanwhile the feature/noverlay branch got
>> merged. Maybe this can be closed. CCing Stefan M.
>
> I think it should be closed, indeed.
Yup, done.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-10-21 11:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-11 14:02 bug#2963: wishlist: improve speed of `make-overlay' Werner LEMBERG
2021-07-18 21:04 ` Lars Ingebrigtsen
2023-10-21 11:33 ` Mauro Aranda
2023-10-21 11:43 ` Eli Zaretskii
2023-10-21 11:52 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.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).