Vlákno názorů ke zprávičce Microsoft otevře platformu .NET. Poběží i na Linuxu od stevo6 - Toto je len prvý krok pri premene OS...

Díky.
Ušetřil jste mně čas s psaním reakce na ty jeho žvásty :-)

Přesně tak. Navíc dneska se SSD je mi opravdu jedno, jestli mi noťas bootuje 2,5 vteřiny a nebo už za vteřin 2,4.

SysV init je takové to klubko skriptů bez API, přes které by se daly služby startovat, zastavovat a zjišťovat jejich stav? Jo, to je výhra, to berte :)

Zkuste se lépe kouknout na management servisů ve Windows, případně na Solarisu (Service Management Facility).

Jiste ten uzasny management, ktery odmita delat naprosto cokoli, protoze administrator neni dostatecne velkej administrator? Ten uzasnaj management, kterej se rozhodne, ze nebezici sluzba bezi a tim padem ji proste nelze nastartovat a je o tom presvedcen i po restartu celyho systemu? lol lol lol

Ad uzasnaj management, kterej se rozhodne, ze nebezici sluzba bezi a tim padem ji proste nelze nastartovat a je o tom presvedcen i po restartu celyho systemu - pokud SCM nezkusí servis nastartovat, tak nemůže běžet. Jestli ho SCM zkusil spustit záleží na nastavení servisu, a pokud o start se dá nastavit v logu.

Jak konkrétně se u vás projevuje, že servis nelze nastartovat, protože běží? A o který servis jde? Je to běžný servis, nebo nějaká praseckost používající srvany nebo Apache Commons Daemon?

Pred mnoha lety (ale nic moc se ve W nezmenilo) jsem pro Windowsy programoval nejake servisy. Musim rici, ze takovou prasarnu opravdu tezko pohledat. Ono to je na MSDN popsane docela hezky, ale praxe je uplne jina.

Kdyz by se Linux mel inspirovat, tak rozhodne jinde nez u Win, treba OS/X nevypada uplne spatne.

Ad Ono to je na MSDN popsane docela hezky, ale praxe je uplne jina - také jsem psal pár servisů, a přišlo mi to naprosto v pohodě. Jaké konkrétní prasárny jsou ve správě servisů ve Windows, a jak se praxe liší od popisu v dokumentaci?

Cha, popiste co by me melo vadit na stavajicim zpusobu startu systemu a sluzeb.

Heslovite, moc by me zajimalo co se prave mne desktopoveho i serveroveho uzivatele tyka. Co mi opravdu vadi bez ceho si musim cely system rozbit a zeslozitit?

Prosim o konstruktivni diskuzi. Zadny flame na to vam nebudu reagovat.

To je jednoduchy, bylo to prilis prehledny. Je treba implementovat woodoo. Hele, mrkni trebas do XP ... mas tam soubor, kterym nastavis, co ma bootovat, za jak dlouho ... textak. Mrkni do w7 ... neni, potrebujes na to binarku ... lol. Kdyz se neco podela, ses v riti.

Leta pouzivam xBSD a nema to zadne problemy at na desktopu nebo serveru aby to potrebovalo horor jako je systemd. OS s tim nastartuje stejne nebo spise rychleji nez s systemd, skvela dokumentace, design, pravidelny vyvoj a vylepseni.

Stejne tak leta delam s Linuxem a s klasickym init jsem nenarazil na problem, ktery by diky jeho Unix filozofii nesel vyresit. Opet snadne, slusny design, za ta leta vypracovana dokumentace a vyvoj/zlepseni probihalo taky.

Cely systemd je jen priprava na vendor lockin. Reci o open source jsou jen PR pindy od RH stejne jako od plno firem dneska, kterym zastiteni Linuxem umoznuje se tvarit jako spasitele sveta pred proprietarnim "zlem". Doporucuju podivat se na historii pripadu USL vs BSDi a historii SystemV a odvozenin plus BSD a proc BSD vyhralo. Linux vznikl z podobnych duvodu a proto mel taky uspech stejne jako BSD, ale ted mu hrozi to co se stalo presne tehdy pred lety s komercnimi Unix.

Víte, ony se tu míchají dvě věci. Chodíme do práce pěšky, občas popoběhneme. Stěžujeme si, že je to pracné a bere to čas. A chceme kolo. Pak se objeví někdo, kdo nám to kolo slíbí. Čekáme a bavíme se o tom, zda to bude silniční speciál, nebo nějaké terénní kolo. Někdo říká, že by bylo fajn, kdyby to bylo dvojkolo, jiný říká, že starý favorit by mu úplně stačil. Pak přijde den D a kolo je odhaleno. Je to staré, 50Kg vážící monstrum značky "ukrajina". Bez možnosti změny převodu a dokonce bez volnoběhu, takže se musí neustále šlapat.

No a část z nás, co chodíme pěšky, jsme naštvaní, že jsme čekali víc. Jiní jsou rádi, že alespoň něco, protože se sice nadřou, ale ušetří půlku času. Pár z nás raději bude dál chodit pěšky. A několik se jich snaží sehnat někde "opravdové kolo".

A tak nějak já vidím systemd. V zásadě to dělá to, co by od toho člověk čekal. Ale tak nějak jsme asi čekali, že toho bude dělat víc a lépe, a zároveň jsme čekali, že některé věci bude dělat snáz nebo raději vůbec. Prostě je to moloch, nikoliv to elegantní lehké řešení, co jsme si vysnili. Lepší než původní řešení to ve většině případů asi bude, ale prostě jsme zklamaní, čekali jsme víc.

No a ta druhá věc je ta, že v tomhle případě nám rovnou i bourají chodníky. Ti, kteří by rádi raději dál chodili pěšky, najednou nemohou. I oni musí používat něco, co nechtějí, z čeho jsou zklamaní. A to budí ještě víc povyku než nenaplněná očekávání.

A zpátky k vaší otázce: on ani systemd není rozumná alternativa. Ta ještě nevznikla. Možná je to dnes to nejmenší zlo, ale dobré to tedy není. A jeho prosazování často spočívá v tom, že se z něj dělá jediná alternativa.

Třeba v tom, že člověk nemusí psát několik set řádků dlouhý init skript, navíc často plný ošklivých hacků, aby to vůbec fungovalo? Netvrdím, že považuji systemd za nejšťastnější řešení, ale jak již zde zaznělo, žádná lepší alternativa k systemd v nynější době bohužel neexistuje...