systemd 228

Vyšla verze 228 system manageru systemd. Mezi zajímavé změny patří odstranění snapshot unit a některých méně používaných závislostí nebo nová volba TasksMax=, která nastaví službě maximální počet procesů.

18.11.2015 18:02 | lnykryn | Nová verze

Komentáře

[hlasovani]

Tak co, Bulánci už pod tím běží?

[Pastekar z podchodu]

uz davno...

[j]

Ted se maka na implementaci directx 12 ... prej to pak bude bootovat rychlosti svetla.

[mirec]

Len aby to svetlo nepohltila supermasívna čierna diera menom systemd.

[psio]

Myslis ten lacinej trik na zrychleni bootu, kdy se "sluzby" nespousti ale nabihaj' az v okamziku prvniho pozadavku ? Neco jako ve Win, kdy sice nabehne login a obrazovka desktopu relatne rychle, ale pouzitelny to je az po nekolika minutach ?

Houby optimalizace, zadny "zazracny" programator, ale jen presun problemu na jine misto. Neco jako kreativni ucetnictvi nebo statistika na objednvku

[lnykryn]

To není jediný trik. V SysV se initscripty spouštěly postupně, takže ftp server klidně čekal než se spustí databáze. Systemd (a další novější inity) umí tyhle věci paralelizovat. A zase na druhou stranu spuštění na základě požadavku taky není žádná novinka (viz xinetd).

[GeorgeWH]

vaaaau supeeeer pouzivatelia uz netrpezlivo cakaju, kedy sa restartne server, aby sa mohli na ftp mohli pripojit este pred tym, ako nabehne databaza. tak to uz hej...

[j]

Jo, super, takze ted nastartuje web, ale databaze nepobezi, takze kdyz se na ten web nekdo/neco pripoji, tak se bude dit vi buh co ... a pochopitelne, protoze ta databaze nastartuje virtualne ... tak az nekdo prijde, tak bude 10 minut cekat, nez nabehne SQLko .. lol.

A nebo takovej CUPS ... ten bude tiskarny hledat telepaticky ... jo aha, ono se to vyresi tim, ze nejdriv nenastartujeme sluzbu ktera hleda tiskarny, a pak do ni dloubneme aby teda nastartovala a ty tiskarny nasla ... lol

Mimochodem, OpenRC paralelni start umi taky, a pritom to sou ty hloupy scripty, zadnej binarni blob, stejne tak to umi zavislosti ... ale chtel bych videt admina, kterej si paralelni start zapne, a pak bude v logu paty pres devaty resit, co ze mu to zrovna loguje a proc se to ci ono podelalo.

Samo, resit boot systemu, kterej probiha (v nehorsim a na desktopu) 1x denne ... to je fakt podstatny, stejne jako to, jestli 1x denne browser bude startovat 10s nebo 5s ... lol. A co teprv u takovyho serveru ... kde jen post trva klidne 30 minut ...

[Václav "Darm" Novák]

Databáze poběží, protože v její unitě nastavím aby se spustila před HTTP serverem. Nic těžkého :)

[Jendа]

Jo, super, takze ted nastartuje web, ale databaze nepobezi, takze kdyz se na ten web nekdo/neco pripoji, tak se bude dit vi buh co

Má to závislosti, takže když se to správně nastaví (hodně štěstí), tak by se tohle dít nemělo.

Také mi to ale přijde naprosto zbytečné. I s klasickým sériovým initem mi stroje nabíhají do minuty a uptime mám v řádu měsíců.

Možná pro to někdo má využití když potřebuje rychle startovat virtuály, defaultně by to ale mohlo být vypnuté.

[lnykryn]

Za celou dobu co maintainuju systemd jsem se snad ještě nesetkal s jediným bugem, kdy by problém byl v paralelním spouštění. Za to si pamatuju minálně jeden případ, kdy změna defaultní priority initscriptu rozdrbala boot kupě uživatelů.

[Jendа]

(btw. tohle se ti u sériového initu může přece stát taky, když zapneš služby ve špatném pořadí)

[Václav "Darm" Novák]

Nojo, ale u ostatních initů je postup stížností problém -> stížnost na problém. U systemd se implicitně předpokládá že je špatný, takže se problémy k tomu musí uměle vymýšlet :)