emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: interactive feel of Emacs: the need for speed, and -Q [measure.el]


From: Emanuel Berg
Subject: Re: interactive feel of Emacs: the need for speed, and -Q [measure.el]
Date: Tue, 07 Apr 2020 18:25:46 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)

Drew Adams wrote:

> Not sure what you're asking.  But if you're asking
> which parts of your non -Q setup could be causing
> a slowdown then the answer is typically to bisect
> your init file, to narrow the search.

Why would a bunch of defuns that are not called slow
down the interactive feel w/o even being invoked?

Like I said, I think I have as much zsh [1] that I have
Elisp [2] but it sure doesn't slow down zsh in general.
It is mostly the same stuff, just functions that do
stuff. They aren't invoked unless they user says so.
But I don't have to do _anything_ to instantly feel that
-Q is much, much faster. Just typing and doing M-x!

What in general slows it down? Or does a defun, that
isn't called, slow it down by just being there, in
Emacs? If so, why?

If it doesn't, what stuff should you look out for?

Hooks I accept slow things down, if they are called all
the time and you put elaborate things in them, but
I don't think they are and I don't. advice I used
literally once in 100+ files.

What else is slowing things down in general
I don't know.

So "non -Q" only does that and only that, brings in the
user's init stuff? Nothing else that the user is unaware
of and do not control with/from his/her init file(s)?


[1] https://dataswamp.org/~incal/conf/.zsh/

[2] https://dataswamp.org/~incal/emacs-init/

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal




reply via email to

[Prev in Thread] Current Thread [Next in Thread]