Proč jsou všichni proti systemd?

[Ondra Satai Nekola]

Jako kdyz nekdo tvrdi, ze je to kvuli rychlosti a ono neni?

Jestli narazis na me, tak ja jsem nerikal, ze je to KVULI rychlosti, ale ze rychlost bootu je vec, kterou typicky lidi ocenuji. Protoze zadne jine dusledky to (zatim?) pro BUD (Bezneho Uzivatele Desktopu) nema.

Ne, tys to napsal dobre. Spis narazim na vetsinu kritiky na SystemD, ktera vetsinou necetla ani FAQ. (Cimz nerikam, ze neni i zajimava kritika)

[Reklama]

[Viky]

http://0pointer.de/blog/projects/the-biggest-myths.html

To jen dokazuje, že to jsou opravdu diletanti, kteří vůbec nic nepochopili a mají se ještě hodně co učit. Já furt říkám, že ještě horší než blbec je polovzdělanec.

Jako kdyz nekdo tvrdi, ze je to kvuli rychlosti a ono neni?

As mentioned, the central responsibility of an init system is to bring up userspace. And a good init system does that fast. Unfortunately, the traditional SysV init system was not particularly fast.

For a fast and efficient boot-up two things are crucial:

*  To start less.
*  And to start more in parallel.

zdroj: http://0pointer.de/blog/projects/systemd.html

Takže jak? Je nebo není? Přejete-li si slyšet, že je, tak je. Přejete-li si slyšet, že ne, tak není. Tak nějak?

Mimochodem to, co tu cituji, jen dokládá, že ten člověk je v oblasti návrhu OS naprostý diletant. Kdyby kdy v životě sáhl po nějaké odborné literatuře a pročetl se alespoň k závěru úvodní kapitoly, tak by se tam naopak dozvěděl, že není pravda, že zavádění OS musí být kdo ví jak vyladěné co do rychlosti a elegance návrhu. Důvod je prostý: zavádění tvoří jen nepatrný zlomek času běhu OS. OS musí být navržen tak, aby byl efektivní a elegantní při běhu. Ne při zavádění. Protože jde o protichůdné požadavky - elegance zavádění bude vykoupena různými nešikovnostmi, jež se budou projevovat za běhu, což je mnohem horší, než kdyby tomu bylo naopak.

Další kravina jako dům je "And to start more in parallel". NE!!! Zavádění OS je příliš nízkoúrovňová a pro spolehlivost celého OS kritická záležitost na to, aby se při tom vyváděly takovéto vylomeniny jen pro to, že to jde, a jejich autor ve své nezměrné omezenosti si není schopen představit, jaké problémy a nedeterminističnosti to může způsobit.

[JardaP .]

Nenos drivi do lesa, tady uz vetsina lidi Poetteringa povazuje za debila.

[grgrgr]

"Proč jsou všichni proti systemd?"

Protože proti němu zdaeka všichni nejsou. Je hloupé si něco takového myslet a neni žádný reálný důvod pro tot tvrzení.

Systemd byl uveden, prosadil se, používá se a tím to končí ať se to někomu líbí nebo ne.

[Ondrej]

Všichni určitě nejsou. Kdyby ano, neprosadí se.
To že je víc slyšet nadávek je jasný, je to takhle všude. Když ti něco nejede, nevyhovuje, spíš si najdeš čas vylejt si srdíčko, než když nemáš problém.

Můj osobní postoj je ten, že je jedině dobře že něco vystřídá (vystřídalo) init scripty, jistě fungují, ale jeden člověk si to upatlá takhle, druhej zase tak, nutnost supervisora pro kontrolu běhu apliakce... Unit file je o proti tomu nadhera (za idealních podmínek), přehledně si tam potřebné nastavíš a funguje.

Jenže největší problém je ten, že systemd pohlcuje i věci okolo a zdá se že nic nedělá pořádně. V tomhle stavu jakém to je, je to spíš open beta.

[Reklama]

[atarist]

...dodal bych k té diskusi jenom jedno:

Proč jsou všichni správci proti systemd? Většinou totiž řeší všechno, na co si kdy stěžují.

Admini oceňují především stabilitu. S klasickými init systémy se naučili pracovat, znají jejich vlastnosti (dobré i špatné), nemusí se bát, že jim podrazí nohy v nejmíň vhodnou chvíli, umí hodně dobře předvídat jejich chování a umí je v případě chyby rychle opravit.

Systemd je natolik nové a živé, že admini mají (podle mě oprávněný) strach z nepředvídatelnosti. Navíc systemd adminům přináší jenom málo, pro servery má jenom málo killer features, jestli vůbec nějaké. Největší plus je asi potenciálně lepší integrovatelnost s kontejnery. Druhé plus může být automatické restartování služeb, ale na to už nástroje existují i pro klasické inity (supervisord, daemontools apod.)

Takže typický nespokojenec je admin, typický spokojenec uživatel desktopu (typicky jenom proto, že mu to božsky rychle bootuje )

lidi s desktopem by to nemeli resit, protoze uspavaji
vlastne ta viditelnejsi (a mene vyznamna) vlastnost systemd - rychly boot - moc lidi netrapi (adminy vubec, ostatne treba IBM zelezo si klidne startuje pul hodiny a co jako) a pro desktop je lepsi se zamyslet, proc/kdy nefunguje uspavani.

[JardaP .]

Ja nevim, co furt resite, jak rychle to bootuje. Na Atomu to bez systemd zabere mozna 2 minuty a to jeste do znacne miry vinou mechanickeho IDE disku. Pochybuji, ze by to systemd nejak vytrhl, spis bych podeziral opak, kdyz se tam bude deset programu pretahovat o hlavy.

[Kolemjdoucí]

Ja nevim, co furt resite, jak rychle to bootuje. Na Atomu to bez systemd zabere mozna 2 minuty a to jeste do znacne miry vinou mechanickeho IDE disku. Pochybuji, ze by to systemd nejak vytrhl, spis bych podeziral opak, kdyz se tam bude deset programu pretahovat o hlavy.

A viděl jste někdy aktuální hardware s mnohajádrovým CPU a rychlým SSD?

[Mirek Prýmek]

A viděl jste někdy aktuální hardware s mnohajádrovým CPU a rychlým SSD?

Mně pracovní stanice s postarším, ale slušným šestijádrovým Xeonen startuje víc než minutu...

...a je mi to úplně jedno, zapnu si ji přes WOL pět minut před tím, než jdu pracovat

[Kolemjdoucí]

A viděl jste někdy aktuální hardware s mnohajádrovým CPU a rychlým SSD?

Mně pracovní stanice s postarším, ale slušným šestijádrovým Xeonen startuje víc než minutu...

...a je mi to úplně jedno, zapnu si ji přes WOL pět minut před tím, než jdu pracovat

To zní jako do značné míry debilní BIOS nebo extrémně pomalý HDD. S tím ale systemd nic nenadělá...

[Palo M.]

Ze im na to este skocite. Mna uz to celkom unavuje.
Zacina to vzdy rovnako, nejaky zlesasavynorivsi "diskuter" polozi zdanlivo nevinnu otazku "Nechapem, co vsetci maju proti s.....d, mne to bezi uplne bez problemov"... a potom nasleduje zaplava prispevkov  s argumentami, preco je shitstemd cele zle, a k tomu  z opacneho tabora zaplava opakujucich sa prispevkov, ako su vsetci admini lenivi sa ucit nove veci...

Cele je to ako cez kopirak, clovek sa z takej diskusie nic nove nedozvie...

Neviem, ci je za tym nejaky propagacny zamer shitstemd uderky, alebo je to len klasicky trolling, kedy trol polozi zamerne provokativnu otazku (vyzerajucu zdanlivo nevinne) a potom sa vytesuje na tom, ako vsetci zapalisto diskutuju (svojho casu sa tak zabaval Michal Kolesa). V kazdom pripade, zabity cas...

[JardaP .]

Ja nevim, co furt resite, jak rychle to bootuje. Na Atomu to bez systemd zabere mozna 2 minuty a to jeste do znacne miry vinou mechanickeho IDE disku. Pochybuji, ze by to systemd nejak vytrhl, spis bych podeziral opak, kdyz se tam bude deset programu pretahovat o hlavy.

A viděl jste někdy aktuální hardware s mnohajádrovým CPU a rychlým SSD?

Jo, ale byly na tom Widle. Ale nevim, na co by mi na takovem HW byly systemd. Uspora dalsich 3 vterin? Ono je pravda, ze ty tri vteriny muzou byt dulezite. Dnesni clovek ma pry attention span 7 vterin, coz je o nekolik vterin mene, nez ma zlata rybka. Takze by se kvuli trem vterinam mohlo stat, ze zapomene, ze si zapnul pocitac a chtel na nem neco delat.

[MP]

Ale ta rychlost bootu je dnes fakt úžasná killer feature! Koukám na up-time svého nouťase, ze kterého píšu, a vidím tu 77 dnů. No uznejte - když mi systém naběhne o 5 s dřív! To ušetřím 5 s života každé 2 měsíce! A kvůli tomu se už rozhodně vyplatí totálně rozes...t, co 40 let fungovalo.

Systemd je špatný už kvůli tomu, že jde proti základní myšlence unixů - spousta malých utilitek a skriptů dělajících dobře pokud možno jednu věc, jež je možné různě spolu kombinovat, provazovat a přesměrovávat jejich - pokud je to možné - textové vstupy a výstupy. Systemd tohle všechno popírá od A do Z. Jedna velká splácanina, binární logy, autoři se zřejmě řídili i heslem "co oči nevidí, to srdce nebolí"...

To, ze neco fungovalo 40 let, neznamena, ze to splnuje pozadavky i po 40 letech. A tech hacku a obchcavek, aby se obesly omezeni initu...
A co se tyce unixu, linux != unix, to za prve, a za druhe, ne kazdy zije ve svete textovych vstupu a vystupu a za treti, lepeni xx utilitek, aby z toho vznikl vetsi projekt je mnohdy fakt uzasna vec, nejen z hlediska vykonu/spravy takoveho reseni.

[sid]

"propagacny zamer shitstemd uderky, alebo je to len klasicky trolling" - clovek co pise shitstemd ide komentovat trolling...

[j]

na to mam SSD a ne nejaky programy...

A když máš SSD i systemd, tak ti to místo pěti sekund bootuje čtyři, což je přímo orgiastický zážitek )

Me to bootuje 3 a bez systemd ... nehelde na to, ze na serverovym zeleze trva 15+ minut jen post, takze me boot systemu nezajima naprosto vubec. A zminovanej restart servisu je naopak neco naprosto neakceptovatelnyho, protoze kdyz neco padne, tak to ma nejakej duvod a znova to bez vyreseni toho duvodu nastartovat = zmrvit treba data.

Proti nejsou všichni správci – naopak podle rychlosti šíření systemd se dá soudit, že proti je jen menšina...

Dybys nezvani Jisak, zase tvoje davka sracek? Zadnej admin si tenhle binarni blob na svy stroje nepusti jeste hodne dlouho pokud vubec nekdy.

ad paralelni start - je opravdu zuzo resit, co a proc se podelalo, kdyz to startuje jedno pres druhy, a podle toho to taky loguje. I kdyz systemd to vyresil, to je fakt, jestli se neco podela zcela jiste, tak ten binarni log, takze vlasne nic nezaloguje a tim je problem vyresen.

...
To, ze neco fungovalo 40 let, neznamena, ze to splnuje pozadavky i po 40 letech. A tech hacku a obchcavek, aby se obesly omezeni initu...

Tak jasne, kdyz ti neco nebude fungovat na systemd, tak ses proste v pici, protoze zadnou vochcavku neudelas. Debil Poettering to prohlasi za vlastnost. Pokud potrebujes nejaky vlastnosti logovani tak ses taky v pici, protoze zadnej jinej logger si nevyberes. Pokud chces mit stroj zabezpecenej tak ses v riti 10x, protoze tohle nastartuje sit driv, nez kernel ... kdyz chces stopnout demona, tak ho proste nestopnes, protoze ti to podrukama znova nastartuje. Kdyz ho chces nastartovat, tak prozmenu zustane chciplej ... protoze je prece uzasny, aby webserver startoval 50x denne on demand ... user si tech 5 minut pocka.