On 28-Jan-25 17:22, Alexander Kanavin wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Fri, 26 Jul 2024 at 15:36, Sundeep KOKKONDA via
lists.openembedded.org
<sundeep.kokkonda=windriver....@lists.openembedded.org> wrote:
+rust: rustdoc reproducibility issue fix
+
+rust: rustdoc reproducibility issue fix
+
+The 'codegen-units' option split the crate into multiple compilation units for
parallel compilation. Currently, this split is causing the rustdoc to generate
differnt binary between the builds.
+To fix this the codegen-units & the lto options are disabled.
I just ran some benchmarks to see how much disabling parallel
codegen-units affects build times (the parallelism is only at the
crate level after this change), and unfortunately the increase has
been significant.
As of current master, rust 1.81.0:
rust-native 527 seconds -> 853 seconds
rust 1123 seconds -> 1688 seconds
I presume the codegen-units parallel issue can be fixed properly by
adding a sort somewhere for determinism, but finding that spot is
probably very challenging. We do need to get to it though.
Can you please point to the request/effort to set up reproducibility
tests upstream?
Sure Alex, I will look into it the ways to optimize it. As I remember,
when the 'codegen-units' count is increased it is causing /rustdoc
/binaries are not reproducible.
I've to re-test it with some higher values of 'codegen-units' on latest
rust sources. I'll test that.
Thanks,
Sundeep K.
Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#210343):
https://lists.openembedded.org/g/openembedded-core/message/210343
Mute This Topic: https://lists.openembedded.org/mt/107561284/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
