* 3 x need for speed
@ 2019-06-11 20:11 Emanuel Berg via help-gnu-emacs
2019-06-11 20:14 ` Emanuel Berg via help-gnu-emacs
0 siblings, 1 reply; 2+ messages in thread
From: Emanuel Berg via help-gnu-emacs @ 2019-06-11 20:11 UTC (permalink / raw)
To: help-gnu-emacs
Since the discussion about Elisp being slow,
I have already found two cases where it is:
1) Autocompletion with large search spaces.
Try do `M-x insert-char h TAB'. This
takes >10s for me.
2) Colorizing with regexps. Here [1] is an
example which I had disabled since I got the
RPi3 (granted, not the fastest of
computers). Also, I'm not fluent with
regexps (who is? :)) so I'm pretty sure some
of that could be written in a better, i.e.
faster, way.
Also, when I started doing Elisp, this lexical
(static) vs dynamic scope was obviously above
my head. But even then I thought, without
knowing there was an alternative or an explicit
name for either modes, even then I thought
lexical scope was/is much better, and that's
the way I always wrote the code. So in theory,
I should be able to put
;;; -*- lexical-binding: t -*-
in all my files, and it wouldn't brake
anything, right?
Rather, the strange thing is, why did it always
work, typing it lexical style, but actually
having it dynamic?
And the interesting thing will be, will it be
faster this way? The load time perhaps?
Not that that will matter, since I have Emacs
on all the time...
--
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: 3 x need for speed
2019-06-11 20:11 3 x need for speed Emanuel Berg via help-gnu-emacs
@ 2019-06-11 20:14 ` Emanuel Berg via help-gnu-emacs
0 siblings, 0 replies; 2+ messages in thread
From: Emanuel Berg via help-gnu-emacs @ 2019-06-11 20:14 UTC (permalink / raw)
To: help-gnu-emacs
> 2) Colorizing with regexps. Here [1] is an
> example which I had disabled since I got the
> RPi3 (granted, not the fastest of
> computers). Also, I'm not fluent with
> regexps (who is? :)) so I'm pretty sure some
> of that could be written in a better, i.e.
> faster, way.
[1] line 17 @ https://dataswamp.org/~incal/emacs-init/buffer-menu.el
--
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2019-06-11 20:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-06-11 20:11 3 x need for speed Emanuel Berg via help-gnu-emacs
2019-06-11 20:14 ` Emanuel Berg via help-gnu-emacs
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.