Re: boot markers ideas (was RE: [boot-time] jent_mod_init on beagleplay)
Rob Landley <[email protected]> Tue, 7 Jan 2025 17:40:13 -0600
| Newsgroups | org.kernel.vger.linux-embedded |
|---|---|
| Message-ID | <[email protected]> |
On 1/7/25 15:42, Bird, Tim wrote: > > >> -----Original Message----- >> From: Francesco Valla <[email protected]> > ... >>> I wanted to provide an update on my recent contributions to the BeaglePlay >>> project. I have recently started contributing and have been analyzing the >>> boot time of the init process. Below is the output from the system log: >>> >>> debian@BeaglePlay:~$ dmesg | grep "init process" >>> [ 1.480490] Run /init as init process >>> > ... > >> >> I started the same journey around a week ago, and it's proving a valuable >> experience. >> >> After some trimming, I reached a (reported) init startup time of around 0.6s: >> >> root@beagleplay-ti:~# dmesg|grep /sbin >> [ 0.630046] Run /sbin/init as init process > > > I'm starting to think that we should be using this particular kernel message > as a consistent "boot marker" for kernel startup time. It's certainly not the > end of when the kernel is doing stuff on startup, but I do believe it marks > one of the important transition points (start of user space activity), and > it seems to be ubiquitously reported. > > At Plumbers, I had proposed to introduce a set of specific instrumentation > points in the kernel and use those as key checkpoints. But IMHO it's good > to use existing printk messages where possible, since they're already present - no > additional instrumentation needed. Is there a place to get this measuring script other than fishing it out of a webmail archive? https://www.spinics.net/lists/linux-embedded/msg04363.html The most recent wiki mention in the archive subject lines was https://www.spinics.net/lists/linux-embedded/msg04336.html and trying to find this effort in elinux.org's top right search bar found https://elinux.org/Boot-up_Time_Reduction_Howto which "view history" says was last touched in 2010... Rob P.S. Meanwhile, python 3 goes in quite the opposite direction: https://landley.net/notes-2024.html#09-04-2024