-
Notifications
You must be signed in to change notification settings - Fork 0
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
Enable Link-Time Optimization (LTO) #1
Comments
I added LTO by default for release builds and created a release. Usually I'm cautious about LTO because it can ruin security, like with zeroize, but I think in this case it's fine. I'll keep this case open for a while, in case someone objects to what we did. |
Could you please explain this behavior a bit more? Never heard about that before |
There was once a situation where a cryptographic library implemented a special kind of zeroize, and LTO was making its tests fail due to zeroize failure. If you don't know what zeroize is, it's a name of a crate, referencing the process of manually cleaning memory to prevent leaks of cryptographic keys. I try to be careful and not just throw LTO wherever I go. |
Thank you for the explanation! |
Hi!
I noticed that in the
Cargo.toml
file Link-Time Optimization (LTO) for the project is not enabled. I suggest switching it on since it will reduce the binary size (always a good thing to have) and will likely improve the application's performance a bit (not the case for the application but anyway - we are blazingly fast here).I suggest enabling LTO only for the Release builds so as not to sacrifice the developers' experience while working on the project since LTO consumes an additional amount of time to finish the compilation routine. If you think that a regular Release build should not be affected by such a change as well, then I suggest adding an additional
dist
orrelease-lto
profile where additionally to regularrelease
optimizations LTO will also be added. Such a change simplifies life for maintainers and others interested in the project persons who want to build the most performant version of the application. Using ThinLTO should also help to reduce the build-time overhead with LTO. If we enable it on the Cargo profile level, users, who install the application withcargo install
, will get the LTO-optimized version "automatically". E.g., checkcargo-outdated
Release profile.Basically, it can be enabled with the following lines:
Thank you.
P.S. It's more like an improvement idea rather than a bug. I created the issue just because the Discussions are disabled for the repo for now.
The text was updated successfully, but these errors were encountered: