My Linux Adventure

Argent Stonecutter

Emergency Mustelid Hologram
Joined
Sep 20, 2018
Messages
1,240
Location
Coonspiracy Central, Noonkkot
SL Rez
2005
Joined SLU
Sep 2009
SLU Posts
20780
What does systemd need a random number generator for that early in the boot process that a simple permuted linear congruential generator wouldn't work for?
 

Chalice Yao

The Purple
Joined
Sep 20, 2018
Messages
199
Location
Somewhere Purple, Germany
SL Rez
2007
Joined SLU
Dec 2007
SLU Posts
9108
What does systemd need a random number generator for that early in the boot process that a simple permuted linear congruential generator wouldn't work for?
From what it looks like, SystemD uses random hash tables rather early for its functionality.

Amusingly enough, systemd *used* to wait for the Kernel, but this could cause boot stalls because said unavailability early on:


There seems to be a flag that can be set so Systemd returns to that behavior.
 

Argent Stonecutter

Emergency Mustelid Hologram
Joined
Sep 20, 2018
Messages
1,240
Location
Coonspiracy Central, Noonkkot
SL Rez
2005
Joined SLU
Sep 2009
SLU Posts
20780
From what it looks like, SystemD uses random hash tables rather early for its functionality.
That's something that a pseudorandom number generator could absolutely work for: there's no need for cryptographically secure random numbers in a hash table. Heck, my most recent use of a PRNG was in an embedded system database index.

(not to mention that if systemd was properly designed the init() process itself would be nothing but a message switch passing PIDs and signals to a manager process that did all the heavy lifting)