dijetlo |
02-27-2017 06:55 PM |
Quote:
I think that you would bethard-pressed to come up with a bibliography to support that position.
|
Bibliography? Dude I can barely read, I think you're setting the bar way to high....People who see the problem don't write books about it, they just shake their heads.
Quote:
accommodate various aspects of the profound(!) changes that have occurred in the world of computer hardware
|
Perhaps you meant to say "computer software" since that's what virtualization is. Things haven't changed much in the server world since they tossed the pizza boxes in the dumpsters and slid the blades on racks with high speed backbones. That said, you can control the boot process of a virtual machine the same way you can a physical one.
Quote:
Sometimes, the best thing to do with an old and venerable software system is "to replace it.
|
... with something better.
And by better, I mean cheaper to run, not having a more convenient API.
The one question I've always wanted to ask someone who is knowledgeable about the thinking behind systemd is, since we have dbus which spawns at boot, and systemd doesn't do anythin dbus couldn't do past that point (we can control the boot process any number of ways so let's skip that part) why didn't they build out dbus instead of building a brand new service? Now we have two demonic processes, and a churning host of their worker threads, running constantly.
EDIT:
On second reading, this sounds somewhat irritated with you and systemd, I'm neither, actually, just more curious as to why they didn't go with what would appear to be the default choice.
Quote:
"It's okay to supersede something. Really ..."
|
Couldn't agree more. That's what pays my bills so devil take the man who cries "hold!"... ;)
|