I boot off an SSD and besides intentional delays like waiting to see if I want to pick a different kernel, it only takes a handful of seconds. I don't really see the issue, but it's a good cause and best of luck I guess.
That's basically what the article states. Most users have fast enough systems to not bother with this tool, but embedded systems and other slow hardware could benefit from this. I imagine it's mostly useful for engineers (and smart home hobbyists) to optimize processes or product lines.
From pressing the power on button to an open start menu (I measure like this because the DE is still unusable for a good 5s after it becomes visible) it takes me about 36 seconds.
I recently tried hibernation thinking it would speed things up, but it takes about 2 minutes... huge RAM bad I guess.
(And yes, windows on the same hardware is way faster at about 17s, because it does some magic idk about)
So wie ichs verstehe ist Argon2 absichtlich "langsam" um bruteforce Angriffe zu erschweren. Auf meinem 5800X3D brauchts nur ~2 Sekunden aber auf nem Thinkpad mit deutlich weniger compute sind das eher so 10 Sekunden.
Maybe they're counting time to type in a password. That's what it comes down to for me, in my boottime graph. Hugely bloated initramfs times dominating everything cause I took human timescales to input 60 characters.
Doch, genau so sollte das sein. Symmetrische Ciphers sind schnell, richtig, aber sie sind natürlich langsamer als "gar nichts". Dementsprechend schon sinnvoll, dass das die Bootzeit verlängert.
Und dann natürlich auch immer eine Frage des Setups. Encrypted root+boot brauchen dann bspw bereits im Grub support für die Verschlüsselung und Grub nimmt sich dafür tendenziell mehr Zeit.
People downvote but i remember when my pc would take 5 to 10 minutes to boot. 30 seconds isn't very long, just turn it on, walk to another room, and it's on by the time you've turned around and came back
Ok I fully understand your point of view but I have small people living with me telling me hurtful things like that windows is better because it starts faster (then proceed to play minecraft without any issue on linux)
@Evotech@cm0002 Systemd ist eine sch...e, es sagt parallel boot, aber es hat so viele unnötige interne Abhängigkeite, es ist praktisch single-threaded wie sysv. Runit is parallel, niemand nutzt es.
if you're looking for something for desktop, systemd-analyze is quite nice. no automated fixes, but helps with finding the problems (biggest wins for me are normally things like waiting on secondary drives, or units waiting on network when they don't need it, etc). the arch wiki page has some general advice
27 Comments
cecilkorik@piefed.ca · 30 pts · 90d
I boot off an SSD and besides intentional delays like waiting to see if I want to pick a different kernel, it only takes a handful of seconds. I don't really see the issue, but it's a good cause and best of luck I guess.
testaccount372920@piefed.zip · 17 pts · 90d
That's basically what the article states. Most users have fast enough systems to not bother with this tool, but embedded systems and other slow hardware could benefit from this. I imagine it's mostly useful for engineers (and smart home hobbyists) to optimize processes or product lines.
HelloRoot@lemy.lol · 2 pts · 90d
5 seconds? How?
My grub is set to 2sec.
From pressing the power on button to an open start menu (I measure like this because the DE is still unusable for a good 5s after it becomes visible) it takes me about 36 seconds.
I recently tried hibernation thinking it would speed things up, but it takes about 2 minutes... huge RAM bad I guess.
(And yes, windows on the same hardware is way faster at about 17s, because it does some magic idk about)
Redjard@reddthat.com · 4 pts · 90d
Hibernation shouldn't take long unless you actually have a lot in ram. It won't write empty ram, it's really more like swapping out all pages.
Maybe your ssd is just slow? Some motherboards also take their sweet time.
Zink@programming.dev · 3 pts · 90d
Windows has had a "fast startup" thing for a while where it hibernates just some parts of the OS.
I used to always disable it because I've run into situations where having it off prevented issues that appeared with it on.
Fortunately I don't have to use any Windows machines on a regular basis now, so it doesn't matter.
caseyweederman@lemmy.ca · 1 pts · 89d
Mine's set to 0 unless I'm holding shift
unexposedhazard@discuss.tchncs.de · 16 pts · 90d
All my boot time comes from LUKS decryption...
raspberriesareyummy@lemmy.world · 3 pts · 90d
Same
peterhorvath@mastodon.de · 1 pts · 90d
@unexposedhazard @cm0002 Das sollte nicht so sein, symmetrische Ciphers sind schnell
unexposedhazard@discuss.tchncs.de · 1 pts · 90d
So wie ichs verstehe ist Argon2 absichtlich "langsam" um bruteforce Angriffe zu erschweren. Auf meinem 5800X3D brauchts nur ~2 Sekunden aber auf nem Thinkpad mit deutlich weniger compute sind das eher so 10 Sekunden.
Redjard@reddthat.com · 1 pts · 90d
Maybe they're counting time to type in a password. That's what it comes down to for me, in my boottime graph. Hugely bloated initramfs times dominating everything cause I took human timescales to input 60 characters.
beutlin@feddit.org · 1 pts · 88d
Doch, genau so sollte das sein. Symmetrische Ciphers sind schnell, richtig, aber sie sind natürlich langsamer als "gar nichts". Dementsprechend schon sinnvoll, dass das die Bootzeit verlängert.
Und dann natürlich auch immer eine Frage des Setups. Encrypted root+boot brauchen dann bspw bereits im Grub support für die Verschlüsselung und Grub nimmt sich dafür tendenziell mehr Zeit.
LaMouette@jlai.lu · 8 pts · 90d
Bazzite take a very long time to load on a 16gb ram core i7 laptop i have. Something like 30s at least. So I'd take any advice to improve that
prole@lemmy.blahaj.zone · 7 pts · 90d
The way I improved it was by remembering that 30 seconds isn't actually a long time at all
KaRunChiy@fedia.io · 4 pts · 90d
People downvote but i remember when my pc would take 5 to 10 minutes to boot. 30 seconds isn't very long, just turn it on, walk to another room, and it's on by the time you've turned around and came back
LaMouette@jlai.lu · 2 pts · 89d
Ok I fully understand your point of view but I have small people living with me telling me hurtful things like that windows is better because it starts faster (then proceed to play minecraft without any issue on linux)
prole@lemmy.blahaj.zone · 1 pts · 88d
I only use it on my work laptop, but Windows 11 is def slower to start up for me than Bazzite
justlemmyin@lemmy.world · 7 pts · 90d
Doesn't systemd have a command to do something similar? Why use this.
But also, you guys reboot? 😅
Gonzako@lemmy.world · 7 pts · 90d
PCs on my room and shutting it down is a good ritual to sleep
Wiz@midwest.social · 2 pts · 90d
I don't like the idea of giving extra money to my douchebag power company when I don't need to. Stupid mandated monopoly with mandated profit margin.
justlemmyin@lemmy.world · 1 pts · 89d
I meant mine goes to sleep for when I am not using it. Seems to work fine.
gwl@lemmy.blahaj.zone · 7 pts · 90d
Your boot time is slow?
Mine goes from cold off to login screen in 5 seconds
KaRunChiy@fedia.io · 5 pts · 90d
It takes my system 3 seconds to go from POST to a gui login, so uuhhh, what boot times
Evotech@lemmy.world · 3 pts · 90d
Ccleaner for Linux lol
peterhorvath@mastodon.de · -1 pts · 90d
@Evotech @cm0002 Systemd ist eine sch...e, es sagt parallel boot, aber es hat so viele unnötige interne Abhängigkeite, es ist praktisch single-threaded wie sysv. Runit is parallel, niemand nutzt es.
bigpEE@lemmy.world · 1 pts · 89d
Aw, it's for embedded systems. Microcontroller-scale stuff
brian@programming.dev · 1 pts · 88d
if you're looking for something for desktop, systemd-analyze is quite nice. no automated fixes, but helps with finding the problems (biggest wins for me are normally things like waiting on secondary drives, or units waiting on network when they don't need it, etc). the arch wiki page has some general advice