Trimming systemd Halved The Boot Time On A PocketBeagle ARM Linux Board

[phoronix]

Phoronix: Trimming systemd Halved The Boot Time On A PocketBeagle ARM Linux Board

Happening this week over in Lyon, France is the Embedded Linux Conference Europe and Open-Source Summit Europe events. Developer Chris Simmonds spoke today about systemd and boot time optimizations around it...

http://www.phoronix.com/scan.php?page=news_item&px=systemd-trim-boot-ELC-2019

[r1348]

Doing less stuff on boot shortens boot times.
More news at 11.

[GrayShade]

If you're inclined to rant about how bloated systemd is, try that with a SysV init.

I still remember the pre-upstart/systemd distros that literally took minutes to boot.

[discordian]

Wow what a waste of time, the whole slides just end up removing a single service for a non-existing tty that blocks and timeouts.

[Ardje]

I do see a lot that do not speak in favour of systemd, especially for embedded systems.
The only thing in favour of systemd is that it has cgroup parameters, which can shoot down your GUI before it takes down your system.

[Britoid]

I do see a lot that do not speak in favour of systemd, especially for embedded systems.
The only thing in favour of systemd is that it has cgroup parameters, which can shoot down your GUI before it takes down your system.

systemd relies on dbus which hasn't been very popular in the embedded field from what I know because of it's memory usage, which is fine for desktops, servers, just not so much for embedded.

[Volta]

If you're inclined to rant about how bloated systemd is, try that with a SysV init.

I still remember the pre-upstart/systemd distros that literally took minutes to boot.

Yes, it was a nightmare. Furthermore, sometimes services failed to boot for some SysV init only known reason and those ugly scripts.

[microcode]

systemd relies on dbus which hasn't been very popular in the embedded field from what I know because of it's memory usage, which is fine for desktops, servers, just not so much for embedded.

IIRC this was a big part of the interest in KDbus, that and context switches.

[Britoid]

IIRC this was a big part of the interest in KDbus, that and context switches.

I hope BUS1 comes back to life.

[GrayShade]

IIRC this was a big part of the interest in KDbus, that and context switches.

And more recently dbus-broker. which works but hasn't seen much development lately.