🚀 go-pugleaf

w ramach advocacy: coz, linuxowi deweloperzy sa swietni w wymyslaniu
kola na nowo. launchd na macosx istnieje od 2005 roku (zdaje sie).

PT Andrzej Rosa pisze:
> Skoro już zacząłem, to pozwolę sobie na skromy "A nie mówiłem!" moment.
> Upstart nie będzie zamiennikiem inita na Linuksie.  Praktycznie
> wszystkie liczące się dystrybucje zgodziły się na przejście na systemd*.
> Ubuntu póki co twierdzi, że będzie się upierać przy upstarcie, ale
> deweloper odszedł go Googla, Ubuntu generalnie niewiele pisze, więc jest
> bardzo mało prawdopodobne, by się faktycznie upierali.

Developer odszedł do google'a, google używa upstarta.

Jubal

-- 
[ Miroslaw L Baran | jabber id: baran-at-hell-pl | key-id: FC494FC4 | 0101010 ]

              ,,...albo rum albo seniorita... nie mieszać!''
                -- Michał 'Beaky' Dębicki

On 2011-02-02, Szymon von Ulezalka <sz.gruszczynski@googlemail.com> wrote:
> w ramach advocacy: coz, linuxowi deweloperzy sa swietni w wymyslaniu
> kola na nowo. launchd na macosx istnieje od 2005 roku (zdaje sie).

systemd to jednak coś innego, przy czym od inżynierów Apple zaczerpnął
ideę, żeby nie czekać na uruchomienie serwisu tylko na zainicjalizowanie
samych socketów, bo to z reguły w zupełności wystarcza.

Innymi słowy, jeśli to przypadek NIH, to niezbyt udany, bo autor zbyt
otwarcie przyznaje się do inspiracji.

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

On 2011-02-02, Miroslaw L. Baran <baran@hell.pl> wrote:
> PT Andrzej Rosa pisze:
>> Skoro już zacząłem, to pozwolę sobie na skromy "A nie mówiłem!" moment.
>> Upstart nie będzie zamiennikiem inita na Linuksie.  Praktycznie
>> wszystkie liczące się dystrybucje zgodziły się na przejście na systemd*.
>> Ubuntu póki co twierdzi, że będzie się upierać przy upstarcie, ale
>> deweloper odszedł go Googla, Ubuntu generalnie niewiele pisze, więc jest
>> bardzo mało prawdopodobne, by się faktycznie upierali.
>
> Developer odszedł do google'a, 

Facet bardzo głęboko wniknął w szybki boot, tak naprawdę w detalach.
Podejrzewam, że bardziej o to im szło.

> google używa upstarta.

To się przesiądą.  systemd paralellizuje start praktycznie wszystkich
serwisów, upstart praktycznie żadnych (czy coś źle rozumiem?).

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

W dniu 2011-02-02 15:58, Andrzej Rosa pisze:
> On 2011-02-02, Miroslaw L. Baran<baran@hell.pl>  wrote:
>> PT Andrzej Rosa pisze:
>>> Skoro już zacząłem, to pozwolę sobie na skromy "A nie mówiłem!" moment.
>>> Upstart nie będzie zamiennikiem inita na Linuksie.  Praktycznie
>>> wszystkie liczące się dystrybucje zgodziły się na przejście na systemd*.
>>> Ubuntu póki co twierdzi, że będzie się upierać przy upstarcie, ale
>>> deweloper odszedł go Googla, Ubuntu generalnie niewiele pisze, więc jest
>>> bardzo mało prawdopodobne, by się faktycznie upierali.
>>
>> Developer odszedł do google'a,
>
> Facet bardzo głęboko wniknął w szybki boot, tak naprawdę w detalach.
> Podejrzewam, że bardziej o to im szło.
>
>> google używa upstarta.
>
> To się przesiądą.  systemd paralellizuje start praktycznie wszystkich
> serwisów, upstart praktycznie żadnych (czy coś źle rozumiem?).
>

Systemd nie uruchamia niczego planowo a jedynie na "zawaolanie", gdy sa 
pierwszy raz potrzebne okreslone uslugi. Efektem jest zrownoleglenie 
uruchamiania tych uslug w niekontrolowanym ale jakos tam losowym czasie. 
Idea zaczerpnieta z OS X. Upstart uruchamia planowo wg schematu inita 
wiec moze byc tak, ze ktos czeka na init ftp-a a system go nie startuje, 
bo jest wlasnie zajety uruchamianiem MySQL-a.

Nie zmienia to faktu, ze upstart czasami moze byc lepszym podejsciem, bo 
np. plan inita jest taki jak ma byc i juz.

> linuxowi deweloperzy sa swietni w wymyslaniu
> kola na nowo.

co prawda, to prawda:

jednak nie HAL, jednak nie DeviceKit, już wkrótce: jednak nie udev
 

-- 
Witek

> jednak nie HAL, jednak nie DeviceKit, już wkrótce: jednak nie udev

to ze hal staje sie 'obsolete' to wiem, DK nie znam, ale co zlego jest
w udevie? co ma go zastapic?

PT Andrzej Rosa pisze:

(…)

> > Developer odszedł do google'a, 

> Facet bardzo głęboko wniknął w szybki boot, tak naprawdę w detalach.
> Podejrzewam, że bardziej o to im szło.

> > google używa upstarta.

> To się przesiądą.  systemd paralellizuje start praktycznie wszystkich
> serwisów, upstart praktycznie żadnych (czy coś źle rozumiem?).

Tak to jest, jak się człowiek opije poetteringówki ;-)

Jubal

-- 
[ Miroslaw L Baran | jabber id: baran-at-hell-pl | key-id: FC494FC4 | 0101010 ]

                 Lásku moji kníže Igor si bere
                 nad sklenkou vodky hraju si s revolverem
                 havran usedá na střechy Petěrburgu
                 čert aby to spral
                   -- Jaromir Nohavica

Szymon von Ulezalka napisał:
>> jednak nie HAL, jednak nie DeviceKit, już wkrótce: jednak nie udev
>
> to ze hal staje sie 'obsolete' to wiem, DK nie znam, ale co zlego jest
> w udevie? co ma go zastapic?

udev przecież dopiero co wchodzi za HAL więc dajmy mu jakieś dwa lata ;)

m.

On 2011-02-02, Miroslaw L. Baran <baran@hell.pl> wrote:
> PT Andrzej Rosa pisze:
>
> (…)
>
>> > Developer odszedł do google'a, 
>
>> Facet bardzo głęboko wniknął w szybki boot, tak naprawdę w detalach.
>> Podejrzewam, że bardziej o to im szło.
>
>> > google używa upstarta.
>
>> To się przesiądą.  systemd paralellizuje start praktycznie wszystkich
>> serwisów, upstart praktycznie żadnych (czy coś źle rozumiem?).
>
> Tak to jest, jak się człowiek opije poetteringówki ;-)

Cóż, przynajmniej go stać na coś więcej niż onelinery... ;-)

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

On 2011-02-02, Mis <a@a.com> wrote:
> W dniu 2011-02-02 15:58, Andrzej Rosa pisze:
>
>> To się przesiądą.  systemd paralellizuje start praktycznie wszystkich
>> serwisów, upstart praktycznie żadnych (czy coś źle rozumiem?).
>>
>
> Systemd nie uruchamia niczego planowo a jedynie na "zawaolanie", gdy sa 
> pierwszy raz potrzebne okreslone uslugi. Efektem jest zrownoleglenie 
> uruchamiania tych uslug w niekontrolowanym ale jakos tam losowym czasie. 

(O ile to rozumiem), to tylko jeden z przydatnych efektów ubocznych.
systemd jest w stanie równolegle uruchamiać serwisy, bo usuwa problem
zależności pomiędzy nimi.  Z reguły serwisy wymagają jedynie
zainicjalizowanego socketa.  systemd inicjalizuje sockety zaraz na
początku, więc serwisy przestają od siebie zależeć i mogą być
uruchamiane równolegle. 

Ale nie to mi się najbardziej podoba.  W przypadku systemd można
zrestartować działający serwis bez utraty danych, bo kernel trzyma bufor
danych w sockecie cały czas.  Na przykład można zrestartować serwer www
w czasie pracy bez utraty klików.

> Idea zaczerpnieta z OS X. Upstart uruchamia planowo wg schematu inita 
> wiec moze byc tak, ze ktos czeka na init ftp-a a system go nie startuje, 
> bo jest wlasnie zajety uruchamianiem MySQL-a.

Może startować, jak ma na to zasoby, a przecież z reguły ma.  

> Nie zmienia to faktu, ze upstart czasami moze byc lepszym podejsciem, bo 
> np. plan inita jest taki jak ma byc i juz.

W takim wypadku SysV init równie dobrze sobie poradzi, czyli poniekąd
sam przyznajesz, że Upstart nigdy nie był znacząco lepszym rozwiązaniem. 

(Poza tym startowanie serwisów po kolei to jednak nie to samo co
startowanie ich równolegle, bo stosunkowo częściej system będzie czekał
na i/o, ale powiedzmy że to szczegół.)

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

On 2011-02-02, Witek <mozga@trimen.pl.no.junk> wrote:
>
>> linuxowi deweloperzy sa swietni w wymyslaniu
>> kola na nowo.
>
> co prawda, to prawda:
>
> jednak nie HAL, 

Good riddance!

> jednak nie DeviceKit, 

udev go połknął, czyli nie przepadł bez śladu.

> już wkrótce: jednak nie udev

Być może.  Edward Napierała strasznie się udevem brzydził, ale np. ja
wcale.  Tak, udev ma problem z race-conditions, ale też nie da się go
prosto ominąć przy zachowaniu funkcjonalności udeva (tzn. kernel nie
może robić tego samego szybciej, normalnie się nie da).

O ile ktoś nie wymyśli czegoś autentycznie lepszego, raczej nie ma czym
udeva zastąpić.  Przeniesienie części funkcjonalności do kernela jest
możliwe, ale nie bez kosztów.  Przeniesienie całości to absurd i
deweloperzy nigdy się na to nie zgodzą.

Czyli (MSZ) nie, udeva szybko niczym nie zastąpimy.  Może z czasem
zmorfować w coś innego, co zresztą już ma miejsce, ale to jakby nieco
inny problem.

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