Systemd – principy (diskuse)

[tomas]

Diky za clanek, zkousel si to merit, o kolik je to v realu rychlejsi nez klasicky init?

[Ja]

Zkoušel jsem F15 a startovala o dost pomaleji než F14, ale pořád je to beta a bylo to výchozí nastavení služeb, tak to snad nebude tak zlé.

[petr_p]

Beta u Fedory znamená, že do repozitářů jdou jen aktualizace, které představují opravy zásadních problémů nebo implementace funkcí slíbených pro ostrou verzi, ale ještě nedokončených. Takže rychlostní překvápka ve stylu Mozilly, která ostré verze zryhluje vypnutým laděním, se ve Fedoře čekat nedají.

Pokud by někdo čekal úžasné zrychlení díky parelelnímu startu, tak: (1) na to nemusel čekat na systemd, upstart (nebo jiné systémy v jiných distribucích) jej také umí, a (2) teprve minulý týden byla schválená specifikace, jak psát init scripty pro systemd ve Fedoře, takže drtivá většina démonů se stejně startuje starým LSB skriptem a démoni nejsou upraveni na odložený start přes socket.

Takže suma sumárum si v F15 změříte režii samotného systemd. Což ale vůbec není špatná věc.

[maleprase]

(2) teprve minulý týden byla schválená specifikace, jak psát init scripty pro systemd ve Fedoře, takže drtivá většina démonů se stejně startuje starým LSB skriptem

to sice ano ale systemd vytvari ze starych initskriptu interne unity (.service) - na zaklade LSB v hlavicek a s ExecStart= vedoucim na ten skript - a ty pak pousti paralerne a neceka na ne

realny problem s pomalejsim startem jsou ruzne "race condition" plynouci prave z masivni pararelizace

[Libor Chocholaty]

Nechapu, jak muze masivni paralelizace zpusobit problemy s pomalejsim startem...

[maleprase]

napriklad kdyz je sluzba zavisla na urcitem prostredi a to prostredi nastavuje sluzba ktera je poustena zaroven s ni. pak ta se ta zavisla muze dostat do stavu kdy ceka na prostredi ale protoze ji ta druha neupozorni tak dojde k 3minutovemu timeoutu ...

[michich]

Není obvyklé, že by to bylo o dost pomalejší. Mohlo se jednat o bug, kdy vytimeoutovala nějaká služba. V takových případech je nejlepší nabootovat s "log_buf_len=1M systemd.log_level=debug systemd.log_target=kmsg" a nahlásit chybu s přiložených výpisem z dmesg.

[mam]

mne sa start oproti f14 zrychlil vo f15 so systemd na asi 23 sekund.

[Daniel Tihelka]

Díky za článek. systemd se zájmem sleduji skoro od začátku jeho existence, zatím jsem ale neměl odvahu jej vyzkoušet.

Chtěl bych se proto zeptat publika, především Gentooistů, jestli máte někdo zkušenosti s instalací systemd na Gentoo a jak to probíhalo - rozbilo se moc věcí nebo byl základní přechod víceméně bez problémů? Na co si dát pozor?

Díky všem, Dan.

[Marián Kyral]

Gentoo mám, systemd se mi celkem zamlouvá, ale zatím nemám odvahu to zkoušet. Přece jen, je to dost citlivá věc a není moc času na hraní. Takže si ještě nějakou dobu (rok/dva) počkám.

[Daniel Tihelka]

Ano, jsem ve stejném stavu

[kralуk]

Koukal jsem, že v Archu už je Systemd v [community], máte s tím někdo zkušenostě?

[Xerces]

Není někde porovnání s runit od DJB?

[Petr Ježek]

Mám, používám, stačí upravit kernel line v Grub (Grub2) dle dobře zpracované wiki. Efekt u mne není příliš patrný, subjektivně snad mírné zrychlení, funkčnost plně zachována.

[Petr Ježek]

Ech. to byla odpověď kralykovi

[kralуk]

Díky

[michich]

Možná se mýlím, ale z toho, co jsem si přečetl o runit, jsem pochopil, že dokáže spravovat pouze slušně vychované služby, které:

• se samy nedaemonizují, jinak by runitu utekly z dohledu;
• při startu důkladně zkontrolují, zda mají splněny všechny závislosti, a pokud ne, tak ihned skončí. (Počítá se s tím, že je runit o chvíli později zkusí spustit znovu předpokládaje optimisticky, že mezitím ty závislosti nastartovaly.)

Přijde mi to méně univerzální a víc jako hack.