On Thu, 24 Jan 2019 at 11:03, Matthias Brugger
I think we read about people complaining on the performance of openSUSE this week already. I haven't done any measurements but heard that on Raspberry Pi 3, Debian is significantly faster in booting then openSUSE.
Maybe someone can look into this if there is space to make the boot/shutdown faster.
First, a non-Rpi 3 aside The biggest hindrance to openSUSE boot times generally was in the past wicked and the way it honours /etc/sysconfig/network WAIT_FOR_INTERFACES and it's default value of "30" For many users unfortunate enough to not have BOTH a working IPv4 AND IPv6 network stack, this means wicked waits 30 seconds, because both of them are mandatory Knocking that down to a much lower number makes boots really fast, but with the obvious caveat that you increase the risk that you boot fast, but network-bound services don't work right. I feel wickeds current behaviour makes perfect sense for servers, but not for desktops. Which is why I changed the desktop system roles in TW and Leap 15.1 to _always_ use NetworkManager now, instead of the previous behaviour of using NetworkManager if we detected you were using a Laptop. NetworkManager doesn't wait for interfaces to work, which is great for fast booting, as long as you don't have any services that need a network. Therefore I would like to consider this long-standing gripe 'solved', and would appreciate it if people broadly communicate the changes made in this area. Please spread the word so we have less of those complaints in the future. Now back to the Rpi 3 On the first boot, our Rpi images do significantly more work than the Debian ones, having to extend the root filesystem to fill the entirety of the SDcard This can take a while on a Rpi It only happens on the first boot of a system after freshly imaging an SDcard - once that is done, I find that my RPis boot faster with openSUSE than any other distro. Looking into ways of speeding things up on that firstboot or alternative approaches are a nice green field for contributions if anyone wishes to tackle this problem. Guillaume (CC'd), as our resident ARM expert, might have some ideas -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org To contact the owner, email: opensuse-project+owner@opensuse.org