From e56e129434975a6b8c9f7db7d956d778e8696655 Mon Sep 17 00:00:00 2001 From: Laurent Bercot Date: Sat, 19 Sep 2015 20:47:36 +0000 Subject: Clarify that OpenRC can't do parallel --- doc/why.html | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/doc/why.html b/doc/why.html index d392ab5..829b31a 100644 --- a/doc/why.html +++ b/doc/why.html @@ -137,6 +137,14 @@ of those systems is that the amount of shell scripting is so huge that it has a significant performance impact.

+

+ (Note that OpenRC +has an option to start services in parallel, but at the time of this +writing, it has no readiness notification mechanism when this option +is used, and all the services are started in parallel without regard +for the dependency graph, so it is not reliable.) +

+

Another, less obvious, but important drawback is that service-launching scripts run as scions of the shell that invoked the command, and so @@ -274,7 +282,7 @@ total memory footprint of any service manager out there, and all the reliability and ease of administration that a supervision suite can provide. It is a real, viable alternative to integrated init behemoths, providing equivalent functionality while being much -smaller and much, much more maintainable. +smaller and much more maintainable.

-- cgit v1.2.3