You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is common to see, for example, Cargo.lock reference two or three versions of env_logger, log, ordermap, rand, etc. The consequence of having multiple versions of crates in the dependency tree is:
Each version needs to be downloaded, which slows the total from-scratch build time.
Usually each version needs to be built, which increases build time.
Often code from each version gets linked into the executable, which increases the final executable size.
In one relatively small project, I found that 10 different libraries were duplicated in our Cargo.lock. (It's too early to report the before/after size difference or built time in the project, since I'm still in the process of fixing this.)
This is the command line I use to find duplicates:
More related to the core functionality of cargo-bloat, it would be useful to show the total size contribution to the final executable of each version of a library.
It is common to see, for example, Cargo.lock reference two or three versions of env_logger, log, ordermap, rand, etc. The consequence of having multiple versions of crates in the dependency tree is:
In one relatively small project, I found that 10 different libraries were duplicated in our Cargo.lock. (It's too early to report the before/after size difference or built time in the project, since I'm still in the process of fixing this.)
This is the command line I use to find duplicates:
The text was updated successfully, but these errors were encountered: