* Speeding up image builds?
@ 2025-08-31 6:55 Demi Marie Obenour
2025-08-31 10:54 ` Alyssa Ross
0 siblings, 1 reply; 2+ messages in thread
From: Demi Marie Obenour @ 2025-08-31 6:55 UTC (permalink / raw)
To: Spectrum OS Development
[-- Attachment #1.1.1: Type: text/plain, Size: 558 bytes --]
I often find myself waiting for image builds to run.
What are some steps I can take to make them faster?
Generally, I find that image builds are I/O bound (CPU usage
remains quite low), so one option would be to use a machine
with better I/O. What is the best option for this? Is this
something where thin provisioning (instead of thick
provisioning) causes a large performance penalty? Or is the
only solution to throw hardware at the problem? If the latter,
what would better hardware be?
--
Sincerely,
Demi Marie Obenour (she/her/hers)
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 7253 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Speeding up image builds?
2025-08-31 6:55 Speeding up image builds? Demi Marie Obenour
@ 2025-08-31 10:54 ` Alyssa Ross
0 siblings, 0 replies; 2+ messages in thread
From: Alyssa Ross @ 2025-08-31 10:54 UTC (permalink / raw)
To: Demi Marie Obenour, Spectrum OS Development
[-- Attachment #1: Type: text/plain, Size: 1076 bytes --]
Demi Marie Obenour <demiobenour@gmail.com> writes:
> I often find myself waiting for image builds to run.
> What are some steps I can take to make them faster?
>
> Generally, I find that image builds are I/O bound (CPU usage
> remains quite low), so one option would be to use a machine
> with better I/O. What is the best option for this? Is this
> something where thin provisioning (instead of thick
> provisioning) causes a large performance penalty? Or is the
> only solution to throw hardware at the problem? If the latter,
> what would better hardware be?
Okay, well, the absolute best thing we could do would be to write a
vhost-user-blk backend that lazily populates an EROFS image as the disk
is read from. Everything short of that is a compromise between
effort and results.
I tend to just wait, so I haven't looked too much into this. It is way
faster on my Apple Silicon MacBook than any x86_64 system I've tried,
but I couldn't tell you why. I've tried building on tmpfs in the past,
but IIRC it didn't help much for me. Maybe it would for you though?
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2025-08-31 10:54 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-08-31 6:55 Speeding up image builds? Demi Marie Obenour
2025-08-31 10:54 ` Alyssa Ross
Code repositories for project(s) associated with this public inbox
https://spectrum-os.org/git/crosvm
https://spectrum-os.org/git/doc
https://spectrum-os.org/git/mktuntap
https://spectrum-os.org/git/nixpkgs
https://spectrum-os.org/git/spectrum
https://spectrum-os.org/git/ucspi-vsock
https://spectrum-os.org/git/www
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).