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
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4