Budoucnost ... no, je to znouzecnost, init byl uz opravdu moc zastaraly na dnesni potreby.
Upstart pouzivam a jsem za nej rad, mnohem efektvinejsi nez init, ale uprimne receno, nejsem nadseny z te integrace vseho do jednoho demona. kdyby byl aspon poradne modularni tak nereknu, ale takhle ... principielne se mi nelibi, ale init uz opravdu nestaci, casovej rozdil pri bootovani je obrovskej, tak proto :-)
Ja fakt nevim, ale co presne ti na initu nestaci? init je od toho, aby nastartoval sluzby. A to dela. Jestli je tvurce distribuce lammer a neumi udelat paralelni start sluzeb, at se pouci treba z Gentoo. Zpusob startovani sluzeb opravdu neni problem sysvinitu, ale zda se, ze tvurce upstartu nepochopil, jak system startuje a co je vlastne sysvinit.
Jinak podle popisu se mi fakt zda, ze upstart je akorat prepsani cronu, initu a udev do jednoho. No nevim, radsi zustanu u klasiky.
Rovnez zustanu u idealniho, vice nez 15 let pouzivaneho a neprekonaneho zpusobu (sysvinit). Samozrejme uzivam Gentoo, ne Debilian ci jeho derivaty.
--
Gentoo == "nejrychlejsi z tucnaku"
jj... sam pouzivam sysvinit a nemam k nemu jedinou vyhradu... S Gentoo nastartuju do X do deseti vterin od bootu a to vcetne zvuku, site, LAMPu atd... (RC_PARALLEL_STARTUP="yes") ... :-)
V anketě chybí varianta "Z článku jsem se nic _konkrétního_ nedozvěděl, takže se nemůžu rozhodnout".
Jako obecná informace o existenci nějakého Upstartu je článek užitečný (a díky za něj), ale opravdu musí být roztahaný do 3-dílné série? Přivítal bych nějakou konkrétní ukázku konfigurace Upstartu, nebo přehled událostí na které umí reagovat, atd. Zatím jsem se opravdu dozvěděl jen to že Upstart existuje, že může nahradit init, a že umí sledovat stav spuštěných procesů.
Veru, z doterajsich clankov stale nemam predstavu, ako to funguje. Co su udalosti, ako sa posielaju, a priklad, ako to funguje. A mam pocit ze ku daemonom mi aj nadalej budu chodit init-scripty a nie upstart skripty.
Ak tomu dobre rozumiem, to ked budem chciet nejaku sluzbu vypnut, musim si ju najst v jednom velkom smetisku (event.d) a zakomentovat?
Nedam dopustit na gentoo init scripty, ktore su od tych ostatnych o krok dalej v tom, ze niesu hlupo ocislovane, ale kazdy ma svoje "depends" a "provides" a podla toho sa zostavi poradie a zavislosti.
Uvidime, necham si upstart prejst pocitacom a potom sa definitivne rozhodnem.
no viac to vyzera na PR clanok spolocnosti Canonical nez seriozny clanok (tolko moj SUBJ nazor).
co sa tyka sustredenia viacerych roznych sucasti systemu do 1 celku, skor by som sa obaval nez tesil, zaber je velmi siroky a bude trvat par releasov, kym sa jednotlive sucasti dostanu do takeho odladeneho stavu ako rokmi overene sluzby typu cron ci (x)inetd.
Momentalne to testuju uzivatelia ANYbuntu a uvidime, mozno sa dockame aj produkcneho nastadenia do enterprise distribucii (casom).
Co sa tyka ankety, v dalsom dieli serialu by som navrhol len tuto jedinu volbu:
Ste spokojny s navrhom projektu Upstart? a) ano
moc tem namitkam proti upstartu nerozumim. Viz http://upstart.ubuntu.com/faq.html - tedy, zadne nahrazeni inetd, apmd apod. se nechysta. Myslim, ze upstart ma velkou budoucnost a je zcela v souladu s Unixovou filozofii, dela dobre jednu vec - zpracovava udalosti z nejruznejsich zdroju a na zaklade nich spousti a restartuje dalsi procesy. Pockejte, az budete take analyzovat systemove logy (nejaky mezinastroj bude schopen vytvaret ruzne udalosti) a reagovat upstartem na nejruznejsi necekane situace. To znacne zjednodusi spravu systemu.
No, viz reakce vyse, mam daleko radsi jednoucelove ale odladene nastroje. A PC opravdu nestartuju 100x za den aby me nejaka vterina navic mohla vytrhnout. Pouzivam Gentoo a mam naopak paralelni start sluzeb vypnut, jelikoz je to prehlednejsi a kdyz se nekde neco potento, tak aspon vim kde.
Zrychlení startu je jenom jeden use case. Okolo které se točí tahle hate-new-stuff diskuze.
Výhoda upstartu je v tom, že kombinuje možnosti init a rc skriptů dohromady.
Kolik z vás má puštěného apache z /etc/inittab? A při tom to dává perfektně smysl. Je potřeba, aby existoval proces, který službu restartuje pokud zdechne.
Pokud si dobře přečtete ten FAQ, tak generování časových událostí v initu dává smysl.
Jestli se to opravdu použije pro nahrazení klasického crona/atd/anacron, tak to je už záležitost každé distribuce, jak se k tomu postaví. Nenapadá mě teď lepší příklad, ale dá se to pěkně například použít pro SETI@HOME -> nadefinovala by se služba, která by se pouštěla od 23:00 do 06:00.
Podle článku jsem získal dojem, že to bude "jednoúčelový" nástroj (tedy podle unixové "filosofie") -- bude sloužit pro zpracování nejrůznějších událostí. Ale tahle "jednoúčelovost" půjde využít řadou způsobů. Pokud někdo (distribuce, uživatel) bude _chtít_, bude si tím moct nahradit třeba acpid, který slouží pro ošetřování omezené množiny událostí, nebo crond a atd, které slouží pro ošetřování časových událostí (opakovaných, jednorázových).