🚀 go-pugleaf

On 2010-11-09, Bart Ogryczak <b.ogryczak@gmail.com> wrote:
> On Nov 8, 8:14 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
>> > Cała idea asynchronicznych skryptów startowych jest warta uwagi
>> > głównie dlatego, że tylko w przypadku skryptów zależnych musisz
>> > zachować kolejność.
>>
>> Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
>> niewiele,
>
> Ale nie zależą od siebie nawzajem.

Zależą.  

/etc/init.d/consolefont

depend()
{
        need localmount termencoding
	after hotplug bootmisc
        keyword -openvz -prefix -uml -vserver -xenu
}

To reguła.  Trudno znaleźć skrypt bez konkretnych wymagań.

>> a komplikacje przy uruchamianiu systemu asynchronicznie jednak
>> rosną dość znacząco.  Init nie utrzymał się tak długo w stosunkowo
>> niezmiennej formie, że był kawałkiem trywialnego kodu, który każdy może
>> bezproblemowo przepisać lepiej.
>
> Owszem. Stąd też upstart zrównolegla głównie teoretycznie.

Czyli zostaje możliwość triggerowania startu skryptu przez event, która
była w Gentoo jeszcze przed upstartem, oraz teoretyczna możliwość
zrestartowania padniętego serwisu.  Piszę teoretyczna, bo jakoś nie
przypominam sobie zwisu serwisu, który spowodowałby jego zatrzymanie.
Jak zwisa to zwisa, człowiek musi się domyślić, że tak naprawdę nie
działa, mimo iż niby to chodzi i go zrestartować.

A z tymi triggerami prze eventy - w Gentoo zrobili katalog
/etc/runlevels, w którym można definiować własne runlevele po prostu
symlinkując skrypty z /etc/init.d.  Te runlevele można triggerować
eventami z acpid (działało szybko, bo nie restartował wszystkiego, tylko
to co potrzeba).  W praktyce nigdy tego nie używałem.  W systemie jest
całe multum wyspecjalizowanych daemonów, każdy zajmuje się tym, na czym
się faktycznie zna, jakoś nie widzę większego sensu w używaniu
kolejnego.

Ale znowu, w porównaniu z /etc/rc.d upstart to oczywisty krok naprzód.

>> Owszem, mogę, nawet te zależne.  Nie warto.  Sprawdzałem.  Jedyne co
>> zyskujesz to teoretycznie wyższe zużycie procesora, bo może coś robić
>> zamiast czekać, ale w praktyce zyski są niezauważalne.
>
> Jak masz daemona np. ntp, to po cholere na niego czekać?

Zdaje się, że ntpd startuje szybko a synchronizuje się później, więc nie
muszę czekać.  No, nie wiem.  Nie opóźnia (robiłem bootcharty).

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.