* 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
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).