Re:The Emacs-28 release branch has been created
by michaelhoffman on Friday October 01, 2021 @09:58AM
(#28718492)
If you load a bunch of packages at startup that take several seconds to load that is as good a benchmark as any. I have this at the end of my init.el:
[ Parent
| on HN ]
Re:The Emacs-28 release branch has been created
by taeric on Friday October 01, 2021 @10:03AM
(#28718565)
My startup had always been under a second. On a Mac, the command to get the path right is the longest pole. Remains so in native.
That said, I'll play with it some. Still looking for a broader benchmark, though.
Edit: Looks like I lied. Startup is about 2 seconds, but is mainly dominated by a network hit to refresh packages. (So, slower if I'm on a bad network... I should fix that.) Your script, though, is odd, as I can get to the Messages buffer and wait a second before I see that message show up. (Also, you can just eval (emacs-init-time))
Re:The Emacs-28 release branch has been created
by michaelhoffman on Friday October 01, 2021 @12:21PM
(#28720400)
I'm sure I got this code from someone else, was going to replace it with (emacs-init-time) myself but I suppose it's nice to only have the first two numerals after the decimal point which this code does and (emacs-init-time) doesn't.
Re:The Emacs-28 release branch has been created
by taeric on Friday October 01, 2021 @05:22PM
(#28723522)
Funny, coming back to this, if I recompile without native compilation and any other flags, I get faster startups. By upwards of 1 second. (So, from almost 2 seconds to almost 1 second.)
An emacs -q startup is roughly the same. And I maintain that many things feel snappier with the optimization flags.
Re:The Emacs-28 release branch has been created
by ashton314 on Friday October 01, 2021 @07:27PM
(#28724548)
Apropos of the path: have you tried setting your path in, say, `.zshenv`? When I started using that, I was able to shave off a significant amount of time because Emacs didn't have to fire up a full interactive shell to grab the env vars.