News for hackers. Stuff that matters.
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.
Re:The Emacs-28 release branch has been created by taeric on Friday October 01, 2021 @10:08PM (#28725343)
This is only on a Mac, right? I'll look into it, not a problem on my other machine.