Vlákno názorů k článku Fedora 1415: tvář budoucího Linuxu od xvasek - Má systemd ještě nějaký další důsledek, kromě zrychlení...
-
xvasek (neregistrovaný)
Má systemd ještě nějaký další důsledek, kromě zrychlení startu? Protože pokud ne, tak mi to přijde jako hodně slabý argument k tomu, aby se zahodilo něco, co tady normálně funguje už přes 30 let a všichni tomu rozumí. Co budeme nahrazovat příště - /proc adresář nahradíme webovou službou, nebo /dev objektovým správcem zařízení v javě?
-
V clanku je to napsane, systemd zajistuje supervizi sluzeb, jejich korektni retezeni. kontejnerovani, a v blizke budoucnosti i omezovani zdroju. Systemd je srovnatelny s launchd (MacOS) a SMF (Solaris). V mnohem je predci vyuzitim jedinecnych Linuxovych vlastnosti. Doporucuji procist odkazovany Lenartuv serial.
-
xvasek (neregistrovaný)
Díval jsem se na ten seriál a opravdu mi nepřipadá, že by to mělo nějakou přidanou hodnotu - většina článků jenom popisuje, jak se udělá nějaká věc z init skriptů jiným příkazem pod systemd. To, aby se mi při /etc/init.d/networking restart restartovalo ještě 15 daemonů opravdu nepotřebuju, i když si tím můžu přivést systém do nesprávného stavu.
-
benzin (neregistrovaný)
No hlavni vyhodou by melo byt prave to lepsi reseni zavyslosti. Coz si dobry admin umi udelat sam tim ze priradi skriptu spravne cislo, resp. ho zapise do spravneho mista v init skriptu. Ale pro obecneho tvurce distribuce, nebo jakehokoli jineho programu je monost definovat -> uz nastartovala sit, ale jeste nenastartovalo tohle, a nastartoval tenhle program atd. docela vyhodna moznost.
Takze hlavni nejvetsi vyhoda je pro BFU, ktery nema tuseni jak pracovat s jakykoli initializacnim toolem, tak tenhle by mel byt schopny to udelat uplne bez jeho zasahu.
Nicmene mne docela ser.. protoze na UBuntu, kdyz chci spravne nastartovat sit, sambu, mysql a mythbacked a pak jeste startnout textove konzoel, je to docela porod. Hlavne protoze inicializace probiha ve vice vlaknech, takze zjistit co prave spadlo a proc, je dost obtizne.
-
No, to je prostě tak. Taky mne mrzí, že se ve Fedoře (nevím jak třeba v Ubuntu) trošičku jakoby mrhá silami. To máme v F14 upstart, ale někdo (zajímalo by mne kdo?) rozhodl, že je vlastně naprd, tak se vrhneme pro další release (F15) na systemd, horko těžko se to bude různě přiohýbat, no už to vidím. Pak se zjistí, že je to naprd,a do F16 se nasadí něco jiného. Gnome 3 to samé (až na to, že ho asi jen tak z distribuce neodstraní). Pročpak by tam nemohlo zůstat i Gnome 2? Stále jsem se nikde nedopátral, zda-li může koexistovat Gnome 2 a Gnome 3 (ale i kdyby mohlo, tak Fedora určitě nebude buildit balíčky :-( ). KDE3 s KDE4 (ve Fedoře) nemohlo koexistovat, ale budiž, KDE nepoužívám, tak mi to je celkem jedno. Fedoru 15 si asi nechám ujít, spíš doma vyzkouším Scientific Linux 6, a pokud bude vyhovovat, tak ho budu používat. Pokud nebude, tak zůstanu u F14, a počkám si na F16, protože, jak je u Fedory zvykem, liché verze vždy "stojí za to". A to prosím píše člověk, který je s Fedorou od začátku a přežil jsem s ní už ledacos :-) .
-
Radek Hladik (neregistrovaný)
Dá se systemd nahradit initem? neco jako yum remove systemd && yum install init-v5 ?
Na notebooku nemám problém dělat pokusné morče a sledovat, jak se to všecko pseudoparalelně spouští, čeká na sebe, vytváří si to naoko sockety a doufat, že někde vývojáři nenechali hlavu 22. Ale na serveru ne. Ten rebootuju jednou za uherský rok a naopak jsem velmi rád, když vidím ty služby postupně vyskakovat s OK v předem jasném a nezáludném pořadí. A když něco potřebuje něco jiného, tak je v pořadí za tím a prostě si počká. A když potřebuju udělat něco ručně s nějakou sloužbou, tak si to prostě udělám sám a nechci, aby mi něco pod rukama dělalo víc, než jsem si objednal. Stejně tak na serveru používám network skript místo NetworkManageru a pod.
