I was using Scarthgap (released April 2024), which is my first try. I realized the following:<p>1. Everytime a bb file is changed, it takes minutes to finish, for example, parsing recipes.<p>2. Building of a specific component takes minutes at the Yocto init things.<p>3. Invoking a Linux menuconfig takes minutes at the Yocto prologue and epilogue (e.g. resolving dependencies).<p>I see that Yocto manages the package in a way that provides good extensibility, modularization and maintainability. But it just way too slow.<p>I've heard that there is a database in Yocto which hinders the scalability, but why it seems that everyone using with Yocto doesn't mind waiting for minutes just for a minor config change?<p>Well, maybe I was wrong because I'm using Xilinx flavored (PetaLinux) Yocto.<p>How do you think?
I'm quite heavily invested in Yocto, both professionally and on hobby level. Not saying that bitbake is blazing fast, but these minutes long parsing and init steps will be something specific to your machine. On my home desktop (Ryzen 5600G + 32GB RAM) Bitbake init including all parsing doesn't take more than 10 sec. It is similar on my laptop (Ryzen 4700U + 16GB RAM).<p>It takes only more if I change some global config, but even then parsing doesn't take more than 40-50 seconds, before it would actually start cranking on the tasks.<p>Have you tried asking around the Yocto mailing list?
I used Yocto/Bitbake at an old job where they needed to make a custom distro for a bespoke device that went into extremely large vehicles. IIRC the biggest hit for rebuild speed involved certain settings that had ripple-effects across many different recipes or artifacts.<p>It was challenging since I somehow got saddled with babysitting the system (despite having no C/C++ experience) as the team gradually broke apart for other projects. I was probably too amiable, I need to move more towards the "give me a cool sexy project or I walk" end of the spectrum.