On 23 August 2011 13:16, Guillaume Rousse <guillomovi...@gmail.com> wrote: >> The things that these individual tools implement are a few relatively >> simply commands to the kernel and it doesn't make sense to do all this >> in shell. It makes much more sense to do all these jobs in efficient >> code that runs *quickly* without forking hundreds of times. The code is >> still perfectly visible and easily hackable, but now things are much >> more robust and efficient. > > Booting faster makes sense on desktops, not on servers. My general > impression in this new trend (systemd, networkmanager, etc...) is the need > to compete with proprietary system (macos, windows) on end-user segment, at > the cost of genericity and simplicity.
Indeed. What's more gaining 20s on a server when the IBM uefi/firmware take *minutes* to setup the machine is worthless. On the server side, we still manage RHEL networking through old style ifcfg* config files