[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: How long does it take to run the full rustc bootstrap chain?
From: |
Efraim Flashner |
Subject: |
Re: How long does it take to run the full rustc bootstrap chain? |
Date: |
Sun, 6 Nov 2022 11:08:04 +0200 |
On Wed, Oct 26, 2022 at 09:37:32PM +0200, bokr@bokr.com wrote:
> Hi,
>
> On +2022-10-22 09:48:50 -0400, Maxim Cournoyer wrote:
> > Hi,
> >
> > Félix Baylac Jacqué <felix@alternativebit.fr> writes:
> >
> > > Hey Guix,
> > >
> > > I'd be curious to know how long it takes to run the full rustc bootstrap
> > > chain on the Guix build farm. I'm sadly not sure how to approach this
> > > problem.
> > >
> > > Is there a way to extract this information from Cuirass or the Guix data
> > > service?
> > >
> > > Félix
> >
> > It used to be 16 hours on a Ryzen 3900x machine, then it got halved to 8
> > hours with the work to bootstrap from 1.39, and recently we're
> > bootstrapping from 1.54, so it must have been greatly reduced again.
> >
> > Looking at (gnu packages rust), the mrustc-based bootstrap starts with
> > 1.54.0. This one is expensive, probably around 1 h 30 or more on a
> > Ryzen 3900x CPU (24 logical CPUs).
> >
> > The intermediate builds are typically around 15-20 minutes on that
> > machines, with the last one taking a bit more (30 minutes), so the
> > current bootstrap on such a machine should take about:
> >
> > 1.54.0: 1h30m
> > 1.55.0 - 1.60.0: 6 X 20 min = 1h20m
> > 1.60.0: final build with tests and extra tools: 30 min
> >
> > The total should be around 3 h 20 on a fast modern x86_64 machine. I
> > suppose the time for berlin to build it takes about this.
> >
> > HTH!
> >
> > --
> > Thanks,
> > Maxim
> >
>
> I'm curious what
> --8<---------------cut here---------------start------------->8---
> $ lsblk -o size,model,type,tran,vendor,name|grep -Ei 'ssd|model';echo;lspci
> |grep -i nvme
> --8<---------------cut here---------------end--------------->8---
> on your relevant machines would show.
>
> I opted for the best SSD available for my purism librem13v4 at the time,
> and was really happy with seems like 10x faster than the SATA SSD in my older
> but still i7 x86_64 previous laptop. Prob really 4-5x faster.
>
> So above combo command line now gives me
> --8<---------------cut here---------------start------------->8---
> SIZE MODEL TYPE TRAN VENDOR NAME
> 465.8G Samsung SSD 970 EVO Plus 500GB disk nvme nvme0n1
>
> 01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD
> Controller SM981/PM981
> $
> --8<---------------cut here---------------end--------------->8---
>
> What /is/has been/ on your machines? Could your improved times be part from
> SSD/controller changes?
>
> There's really a huge difference between SATA and 4-lane pci
> (where both ends can handle it, which may require fw update or not be
> available)
> Obviously 4 lanes is also going to be faster than one.
SIZE MODEL TYPE TRAN VENDOR NAME
931.5G NVME SSD 1TB disk nvme nvme0n1
01:00.0 Non-Volatile memory controller: Silicon Motion, Inc. Device 2263 (rev
03)
--
Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature