Hi Stephan, On Tuesday, 31 December 2024 at 10:55:06 Stephan Müller <smueller@xxxxxxxxxx> wrote: > Am Montag, 30. Dezember 2024, 23:35:03 Mitteleuropäische Normalzeit schrieb > Francesco Valla: > > Hi Francesco, > > > Hi Shankari, > > > > On Sunday, 29 December 2024 at 19:52:29 Shankari <beingcap11@xxxxxxxxx> > wrote: > > > Hi > > > > > > 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 > > > > > > Moving forward, I plan to explore ways to modify the command line and > > > further investigate the data used for SIG analysis. This will help me gain > > > a deeper understanding of the boot process and its performance > > > characteristics. > > > > 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 > > > > The result above was obtained on a slightly modified 6.12.4 kernel with a > > custom configuration (I am still thinking about the modifications, as they > > are a bit unorthodox, but I can share them as well as the defconfig if you > > are interested). > > > > > Please let me know if you have any suggestions or areas where I could > > > focus > > > my efforts. > > > > In general, I'd suggest to use a recent kernel, as I observed a consistent > > reduction of boot time between e.g. 6.6.x and 6.12.x. > > I am now partially in this discussion - what exactly are you trying to > achieve, or rather is there anything wrong with the current system? I am > trying to see whether there is something on my side to work on. > The ultimate goal here is reducing the boot time to the minimum possible without removing functionalities. The purpose is educational, but on the long term it will probably be beneficial to my work too (as I work in the automotive industry, where each millisecond counts). There isn't anything inherently wrong, at the moment I am trying to determine what is real initialization time and what instead is an actual waste of time (e.g.: excessive probe deferral). The aforementioned jent_mod_init (on which Tim I think is working on some level) is one of the longest single inits, but to be honest I don't know much about all the entropy stuff. Wishing you the best for the new year, Francesco