> Tady bych řekl, že u sysvinitu většinou skript vrátí řízení (démon se odforkuje do pozadí) až tehdy, když už je vše důležité provedeno (ať už to bylo za 1ms nebo 30s), a mohou být spuštěny závislé služby bez zbytečných restartů zatěžujících CPU.
To je pravděpodobné, na druhou stranu s tím ale nejde počítat. Chtít po všech programátorech, aby to tak dělali, je nemožné.
Domnívám se, že když se vše spouští paralelně, tak stejně ani sekunda prodlevy nehraje roli, neboť hardisk mi v tu chvíli jede tak naplno, že vůbec nevadí, když se nebude startovat úplně vše naráz, ale třeba jen tři služby.
Právě jsem s tím zkusil laborovat. Přidal jsem náhodně tam tři sekundy, tam čtyři, tam nic. A výsledek? Nepociťuji skoro žádný rozdíl, dokonce je to podle předpokladu snad i rychlejší, protože se nemusí číst z deseti míst najednou. Dvě až tři sekundy zdají se být optimální.
>Taky me napadlo, ze pri vyuziti runitu by se zavislosti mohly trochu resit tim, ze by sluzby po svem startu pridavaly symlinky na zavisle sluzby do adresare runsvdir/runlevel/
Určitě existuje mnoho zlepšení. Je to extrémní programování - proč to implementovat, když to vlastně nikdo nepotřebuje, a v nouzi si vždycky nějak pomůže? :-)
Stejně tak si myslím, že je trochu divné, jak svc se supervise komunikuje (Pape v rámci kompatibility s tím už nic neudělá). svc do roury posílá písmeno, které service přemapuje na signál. Proč se rourou nemůže poslat rovnou číslo signálu?
Určitě by šlo vyjít z daemontools a runitu, poučit se z nedostatků a napsat vše od nuly. Vůbec se divím, že už to někdo neudělal, protože by na to stačil jeden programátor a trocha času (neumím C do té míry, abych se za výsledné dílo nestyděl :-))
A ještě víc se divím, že to neudělalo třeba SuSE, RH,..., jako alternativní balíček k sysvinitu. Jasně že jde o dodržování standardů, ale naproti tomu stojí zvýšení spolehlivosti.
Jinak o LSB si myslím své, například moc nechápu účel adresářů /media a /srv. Snáz pochopím Bernsteinův /command, kde se snaží sloučit /bin a /sbin.