Closed zamazan4ik closed 2 weeks ago
I agree, no harm in adding LTO for release builds. Appreciate the writing, you can create a PR and I'll merge
I agree, no harm in adding LTO for release builds. Appreciate the writing, you can create a PR and I'll merge
Just did it ;) https://github.com/sectordistrict/intentrace/pull/2
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.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. Via enabling LTO in the Cargo.toml file we can deliver an LTO-optimized versions of the tool to users withcargo install
. Using ThinLTO should also help to reduce the build-time overhead with LTO. E.g., checkcargo-outdated
Release profile.Basically, it can be enabled with the following lines:
I have made quick tests (Fedora 40) by adding
lto = true
to the Release profile. The binary size reduction is from 1.8 Mib to 1.5 Mib.Thank you.