Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Yash Shinde <Yash.Shinde@windriver.com>
To: Randy MacLeod <randy.macleod@windriver.com>,
	Richard Purdie <richard.purdie@linuxfoundation.org>,
	deepesh.varatharajan@windriver.com
Cc: Shivaprasad.Moodalappa@windriver.com,
	Sundeep.Kokkonda@windriver.com, Khem Raj <raj.khem@gmail.com>,
	openembedded-core@lists.openembedded.org,
	Yash Shinde <Yash.Shinde@windriver.com>
Subject: Re: [OE-core] [PATCH V4 2/3] rust: Upgrade 1.82.0->1.83.0 --> bloat alert !!
Date: Fri, 14 Mar 2025 18:22:36 +0530	[thread overview]
Message-ID: <a82ea56c-dc36-4784-a6cd-33d97014bdbe@windriver.com> (raw)
In-Reply-To: <03997060-1f1c-4784-af57-bb83b0514ebb@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 2944 bytes --]


On 14-03-2025 00:18, Randy MacLeod wrote:
> On 2025-03-07 6:37 p.m., Richard Purdie wrote:
>> On Fri, 2025-03-07 at 16:02 -0500, Randy MacLeod wrote:
>>> ❯ for i in `ls -d *src`; do du -sh $i; done
>>>
>>> 3.5G    rustc-1.82.0-src
>>> 4.8G    rustc-1.83.0-src
>>> 4.9G    rustc-1.84.0-src
>>> 3.9G    rustc-1.85.0-src
>>>
>>> I didn't check for the other 4 GB yet...
>>>
>>>
>> rust, rust-native, nativesdk-rust, cargo and so on.
>>
>>> Should we do that an host the tarball  on yoctoproject.org? 
>>> <https://urldefense.com/v3/__http://yoctoproject.org?__;!!AjveYdw8EvQ!fJXJLq5zUX_ORAdT0imsy5PfIAHVBjw3rwJRpJH0HgmwRJiTyMFIQebHf7jG9o_l7GKu06t9zK2RNaNX3CujsTYP40pyXJxYOXO78vw$>
>>>
>>> Should we write a custom unpack rule to 
>>> --exclude=rustc-1.83.0-src/src/gcc ?
>>>
>> Or just delete the directory in a do_unpack postfunc?
>
> Yash has 1.84 mostly working and
>
> will add a post unpack change to rm -rf rustc-1.83.0-src/src/gcc
>
>>
>> Or wait for 1.85?
>
> This likely won't get merged until YP-5.3. We'll see how long it takes 
> to be ready for review.
>
>
>>
>> This is annoying "bloat" which we at least need to identify and work 
>> out a plan for.
>>>
>>>
>>>
>>> Next week, I'll also dig into the 'tmp' usage increase to understand 
>>> where the 5 GB that Richard reported comes from.
>>>
>> See above, I'm guessing so it needs to be confirmed but...
>
>
> Yashe,
>
> Can you review the reason for the FSspace usage difference between 
> 1.82, 1.83 when you have time?
>

The following differences were seen when compared the FS usage between 
v1.82 and v1.83:

I did a basic "bitbake rust" build (in separate dir paths) to check the 
effect on Yocto build FS:

The TMPDIR FS usage:

TMDIR FS usage                       v1.82.0                        v1.83.0
du -sh poky/build/tmp/                       65 G                      
    73 G
du -sh 
poky/build/tmp/work/core2-64-poky-linux/rust/1.8x.0/rustc-1.8x.0-src/ 
                           9.8 G                            12 G


It's more 8G in v1.83.


The main reason for FS usuage differences in v1.83 are: 1. Addition of 
gcc ~*1.1 G*.
2. The addition of enzyme AD sub module ~*392 Mb*. References:
https://github.com/rust-lang/rust/commit/9028177115718b38c0a189c4fb9eda03a14841d7 
https://github.com/rust-lang/rust/issues/124509 
https://github.com/rust-lang/rust/pull/129175 
https://github.com/rust-lang/rust/commit/59d4114b2d1aaac9a6dfe770997f2e79ccfd28ab


Dir
	1.82.0
	1.83.0
	Diff
rustc-1.8x.0-src.tar.xz
	210Mb
	338Mb
	128Mb
rustc-1.8x.0-src
	3.5G
	4.8G
	1.3G

(PS: Please ignore the previous mail.)


Regards,
Yash
>
>
> ../Randy
>
>
>
>
>>
>> Cheers,
>>
>> Richard
>>
>>
>
> -- 
> # Randy MacLeod
> # Wind River Linux

[-- Attachment #2.1: Type: text/html, Size: 10526 bytes --]

[-- Attachment #2.2: I8Atew0UVzVR013A.png --]
[-- Type: image/png, Size: 73276 bytes --]

  parent reply	other threads:[~2025-03-14 12:52 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-05 13:44 [PATCH V4 1/3] rust: Fix build break because of download-ci-llvm Deepesh.Varatharajan
2025-03-05 13:44 ` [PATCH V4 2/3] rust: Upgrade 1.82.0->1.83.0 Deepesh.Varatharajan
2025-03-07 21:02   ` [OE-core] [PATCH V4 2/3] rust: Upgrade 1.82.0->1.83.0 --> bloat alert !! Randy MacLeod
2025-03-07 23:37     ` Richard Purdie
2025-03-13 18:48       ` Randy MacLeod
2025-03-14 12:32         ` Yash Shinde
2025-03-14 12:52         ` Yash Shinde [this message]
2025-03-14 13:48           ` Randy MacLeod
2025-03-14 15:50             ` Yash Shinde
2025-03-18  0:35               ` Randy MacLeod
2025-03-18 10:34                 ` Yash Shinde
2025-03-12  9:52   ` [OE-core] [PATCH V4 2/3] rust: Upgrade 1.82.0->1.83.0 Alexander Kanavin
2025-03-14  4:38     ` Deepesh Varatharajan
2025-03-05 13:44 ` [PATCH V4 3/3] rust: Oe-selftest changes for rust v1.83.0 Deepesh.Varatharajan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a82ea56c-dc36-4784-a6cd-33d97014bdbe@windriver.com \
    --to=yash.shinde@windriver.com \
    --cc=Shivaprasad.Moodalappa@windriver.com \
    --cc=Sundeep.Kokkonda@windriver.com \
    --cc=deepesh.varatharajan@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=raj.khem@gmail.com \
    --cc=randy.macleod@windriver.com \
    --cc=richard.purdie@linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox