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.

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

NOTE: byte compilation of scimax makes a *huge* difference #514

Open
malcook opened this issue Jan 29, 2025 · 1 comment
Open

NOTE: byte compilation of scimax makes a *huge* difference #514

malcook opened this issue Jan 29, 2025 · 1 comment

Comments

@malcook
Copy link

malcook commented Jan 29, 2025

@jkitchin elsewhere wrote I usually don't use byte-compiled files myself

I am installing scimax following Linux users

using

emacs --version
GNU Emacs 31.0.50
Development version a13eef1fae00 on master branch; build date 2024-09-04.
Copyright (C) 2024 Free Software Foundation, Inc.
GNU Emacs comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of GNU Emacs
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING.
:$ uname -a
Linux fig.sgc.loc 4.18.0-553.22.1.el8_10.x86_64 #1 SMP Wed Sep 25 09:20:43 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

and I find byte-compiling makes a HUGE difference in startup time (at least)

(FWIW: I built emacs --with-native-compilation=aot)

BTW: since I am not using homebrew (and so don't have cask), I compiled the .el files with:

 make compile CASK_EXEC=
@jkitchin
Copy link
Owner

Thanks for noting this. I will have to give it a try. it is try i don't usually do it, and performance is "good enough" "most of the time"... The startup time isn't that critical for me, ideally emacs is open days at at time or longer. but, there are times I would certainly appreciate snappier performance! especially when org-db is indexing files...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants