Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Optimize startup time #367

Closed
raxod502 opened this issue Jul 25, 2017 · 3 comments
Closed

Optimize startup time #367

raxod502 opened this issue Jul 25, 2017 · 3 comments
Labels
emacs performance startup
Milestone
1.0

Comments

@raxod502
Copy link
Member

It's gotten to 3.2 seconds, which is ridiculous.
@raxod502 raxod502 added this to the 1.0 milestone Jul 25, 2017
@raxod502 raxod502 self-assigned this Jul 25, 2017
@raxod502
Copy link
Member Author

I think that one reasonable way to do this would be to have a script that reads all the radian-emacs modules, concatenates them in reverse dependency order, and inserts some boilerplate init. Then we can use esup.

@raxod502
Copy link
Member Author

raxod502 commented Aug 5, 2017

That suggestion has been implemented. I got some data.

  • 14% loading straight.el
  • 10% loading yasnippet
  • 6% loading flycheck
  • 5% local init
  • 4% loading clj-refactor???

But a lot of it really is straight.el, see radian-software/straight.el#9

@raxod502 raxod502 removed their assignment Aug 13, 2017
@raxod502
Copy link
Member Author

raxod502 commented Jul 2, 2019

I cannot believe there was a time when I dealt with 3.2s startup. It is now 0.6s, which I consider reasonably fast. In fact, it would be rather absurd to somehow make it even faster, based on the profiling I've done.

@raxod502 raxod502 closed this as completed Jul 2, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
emacs performance startup
Milestone
1.0
Development

No branches or pull requests
1 participant
@raxod502