Re: State of the overlay tree branch?

[Sebastian Sturm]

for the file I was complaining about, the number returned is 3080 
(doesn't exceed the number of chars though, (point-max) = 67641). Will 
try to obtain usable timing data later today when I get home from work. 
Thanks!

On 03/19/2018 03:56 PM, Stefan Monnier wrote:
> > well no, it's about 2.5ms per call to line-number-at-pos, which is called at
> > least 6 times per character insertion (with my Emacs config, at
> > least). Which already makes for 15ms per character insertion, excluding
> > anything else done by cc-mode or lsp-mode.
>
> Since you say that the noverlay branch helps, could you check the number
> of overlays involved?  E.g.
>
>      M-: (length (overlays-in (point-min) (point-max))) RET
>
> If there are more overlays than chars in this buffer, maybe there's
> a problem in some Elisp that creates too many overlays?
>
> If there aren't that many overlays, then I wonder why the noverlays
> branch would make such a significant difference.
>
> Also, if you can reliably reproduce the "slow editing", would it be
> possible to make a recipe for it that we can try and reproduce on
> our side?
>
>
>          Stefan

--
Sebastian Sturm
Research & Development

Phone:  +49 (0) 6155 7808977
Fax:    +49 (0) 6155 7802880
Email:  address@hidden
Web:    www.arkona-technologies.de

arkona technologies GmbH
Im Leuschnerpark 4
64347 Griesheim
Germany
Amtsgericht / Commercial Register of Darmstadt, HRB 90080
USt-ID: DE273794666
Steuernummer / Tax-ID: 007 / 228 / 19331
Geschäftsführung / Managing Director: Rainer Sturm

This e-mail may contain confidential and/or privileged information. If 
you are not the intended recipient (or have received this e-mail in 
error) please notify the sender immediately and delete this message and 
any attachments from your system. Any unauthorised copying, disclosure 
or distribution of the material in this e-mail is strictly forbidden.

We cannot accept any responsibility for the accuracy or completeness of 
this message as it has been transmitted over a public network. If, 
despite our use of anti-virus software, a virus enters your systems in 
connection with the sending of the e-mail, you may not hold us liable 
for any damages that may possibly arise in that connection. We will 
accept liability which by law we cannot exclude.