On Mon, 06 Mar 2017 17:14:08 +0100
nicholas
On Monday, 6 March 2017 14:47:30 CET Michal Suchánek wrote:
There is also a development paradigm called "divide and conquer". Even if your system resources allows for one 'sysd' that does everything from managing interrupts to editing your spreadsheet it is benefical to divide the problem of running a system into sub-problems that are easy to understand and solved in isolation.
"divide and conquer" - back to engineering by catch-phrase. not all complex systems can be 'isolated' into sub-problems and 'solved in isolation' effectivly. you make the assumption that a complex system of individual agents can perform a given task just as well as a integrated one, when what can happen (in abstract) is exponentially complexity, feedback loops, prolifereation of permissions, hard to find bugs. HURD?
Just as the inverse is OS9 which effectively loaded every executable as a kernel module. So yes, managing interrupts and editing spreadsheets was effectively handled by the same process with all the hilarious exponential complexity, feedback loops, proliferation of permissions, and hard to find bugs. One of the griefs with systemd is that it *unnecessarily* takes on multiple features of the system that *can* be successfully handled by separate solutions with well defined interface and were in the past. The journald is such a grief. You can turn off saving the journal but all logging still goes through journald. There is no well defined interface - when you upgrade systemd you must also upgrade journald and vice versa. The package dependencies are tight here - the package maintainers do not believe in systemd modularity and well engineered interafaces. This in my eyes goes against all those praises of modularity, good engineering, and well defined interfaces. It simply does not apply here ant it is a long standing problem. How can I expect it to apply anywhere else? Michal -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org