emacs-devel
[Top][All Lists]
Advanced

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

Re: bug#30854: 27.0.50; Speeding up package.el startup


From: arthur . miller
Subject: Re: bug#30854: 27.0.50; Speeding up package.el startup
Date: Sat, 19 Dec 2020 17:34:36 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> But byte compilation of that file gives boost in itself;
>
> [ BTW, I just pushed to `master` a patch that byte-compiles the
>   quickstart file.  ]
>
>> just not as much as I got when I disabled package-quickstart.
>
> I'm surprised there's much difference: you mentioned
> `package-initialize` but nowadays `package-initialize` is not called in
> a normal Emacs startup: `package-activate-all` is used instead.
> And `package-activate-all` reduces to loading the quickstart file if
> that file exists.
>
> Any chance you could try and dig deeper to try and find more precisely
> the origin of the performance difference you see?
>
Unfortunately I got less time then I thought I would have today.

I have tested some more with following:

Quick start enabled:

early-init.el
(setq package-quickstart t)

init.el

(package-activate-all)

package-quickstart.el is byte- compiled

startup time ~0.28 to ~0.30

Quick start disabled:

early-init.el:

(setq package-quickstart nil
      package-quickstart nil
      package-enable-at-startup nil
      package--init-file-ensured t)

init.el:

(defvar package-activated-list nil)
(setq load-path (append 
'("/home/arthur/.emacs.d/elpa/yasnippet-20200604.246" ....  
"/home/arthur/.emacs.d/elpa/async-20200809.501") load-path))

followed by pasted package-quickstart.el with removed add-to-list
for load-path statements

What I see is that startup time is consistently somewhat faster with
"disabled" quickstart. I am getting ~0.24 with my version; and ~0.28
with "original" quickstart.

All other things equal.

See if there is something wrong in how I enable quicstart above.

best regards
/a



reply via email to

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