Systemd is objectively slow so I would prefer avoiding it when possible. I can’t do it myself though because I’m not very familiar with management of the alternative solutions.
In case you didn’t know, boot time also highly depends on the hardware. The worse the hardware is, the longer are boot times and the bigger is the difference between init systems.
Well tbf I’m using a framework now, but on my last laptop, a 2014 toshiba satellite with an i5 and 4gb of ram, it still started up in less than 30sec. Last time I booted it was when the framework 16s shipped, so not that long ago. What, you running a pentium II with 8 megs of RAM or something?
I had 2 testing devices: one with 4 gb of RAM and one with 8 gb. None of them are as powerful as anything with an i5 but I think they’re decent enough.
Well alright, but that’s a case of decade+ old hardware that may need something lighter on resources depending on the processor. 4gb of ram is totally enough to boot systemd systems quickly, so the processor may be a bit of your bottleneck there. But that’s not exactly unexpected, for something like that you’d likely be looking for a lighter distro over one that is more current, like puppy, antix, slax, something meant for that application, it’s just a case of picking the correct tool for the job.
You’re totally right here but it only confirms what I said. If systemd wasn’t heavier, it wouldn’t take longer to boot on any hardware (exceptions are possible though).
You dont have it with any systems because youre running grub most likely. Systemd boot can skip that entire process and start everything up in parallel.
Use systemd-analyze blame to see what’s making your boottime take so long. Its likely spending ages trying to mount a drive or something.
Systemd is objectively slow so I would prefer avoiding it when possible. I can’t do it myself though because I’m not very familiar with management of the alternative solutions.
Which part of systemd is slow?
Mostly boot time.
Meanwhile my system (with the d) boots in less than 30sec. How fucking fast do you need it to be? Boot before you turn it on or something?
In case you didn’t know, boot time also highly depends on the hardware. The worse the hardware is, the longer are boot times and the bigger is the difference between init systems.
Well tbf I’m using a framework now, but on my last laptop, a 2014 toshiba satellite with an i5 and 4gb of ram, it still started up in less than 30sec. Last time I booted it was when the framework 16s shipped, so not that long ago. What, you running a pentium II with 8 megs of RAM or something?
I had 2 testing devices: one with 4 gb of RAM and one with 8 gb. None of them are as powerful as anything with an i5 but I think they’re decent enough.
Well alright, but that’s a case of decade+ old hardware that may need something lighter on resources depending on the processor. 4gb of ram is totally enough to boot systemd systems quickly, so the processor may be a bit of your bottleneck there. But that’s not exactly unexpected, for something like that you’d likely be looking for a lighter distro over one that is more current, like puppy, antix, slax, something meant for that application, it’s just a case of picking the correct tool for the job.
You’re totally right here but it only confirms what I said. If systemd wasn’t heavier, it wouldn’t take longer to boot on any hardware (exceptions are possible though).
https://systemd.io/OPTIMIZATIONS/
"System can offer boot times of less than 3s
That’s the same as if I said “Cyberpunk 2077 can offer 240 FPS in native 4K”. Sure, but only on a professional PC with many GPUs.
Not really. The optimizations arent rocket science and distros implement them already.
Then why do I not have 3s boot time? That’s my point. It depends on the hardware.
You dont have it with any systems because youre running grub most likely. Systemd boot can skip that entire process and start everything up in parallel.
Use systemd-analyze blame to see what’s making your boottime take so long. Its likely spending ages trying to mount a drive or something.
Hmm I don’t think that’s the case but I will check if I don’t forget (and I definitely will).