Názory k článku
Vývojová verze Ubuntu plně přechází na systemd
-
Kaacz (neregistrovaný)
Tož tam máš asi poslední verzi Debianu, protože (absolutně nechápu proč) se tahle upnp-desktop-fíčura úspěšně cpe i na serverová distra Debian nevyjímaje.
Ono vůbec mi vadí, že *buntu (desktop) vývojáři tlačí na Debian (server) vývojáře, aby tam nacpali desktopová zvěrstva ... :( -
Sten (neregistrovaný)
Třeba protože to umí takové věci, jako automatický restart služeb při pádu či reakce na různé události typu výpadek sítě na jednom rozhraní, změna velikosti memory baloonu či prudký nárůst iowait nebo loadu, které (překvapení!) nastávají i na serverech?
Proč by vývojáři Ubuntu tlačili na vývojáře Debianu, aby zařadili systemd, které Ubuntu až dosud vůbec nepoužívalo?
Ale mám dojem, že tu jen krmím trolla, který tu bude prosazovat něco jako svůj init v bashi, co sesmolil, když ho přes Nový rok nechtěli pustit do práce a on neměl co dělat.
-
Trident (neregistrovaný)
Automaticky restart service umi i neco jineho nez jen systemd. Proc by mela init vec reagovat na vypadek site? Od toho jsou jine komponenty systemu. Proc se stara o iowait nebo load? To si odsleduju jinak. Rozumne nastaveny system narust loadu nemuze prekvapit. Stejne jako iowait. Nechapu proc bych to mel resit pomoci systemd. Navic lennart je indicky inzenyr. Humus jako staticky linkovana glibc a podobne ocasarny
Ja fakt nechapu proc nekdo kdo spravuje unixove systemy a mel by znat unixovou filozofii mi vysvetluje vyhody co jedna vec vsechno umi. To se mi vzdy otevira bedna semtexu v koute... Jeden tool - jedna vec co dela. Omezeni veci ktere mohou selhat + variabilita a transparentnost.
Jedina vyjimka jsou specialni pozadavky na embedded sJe to jako by se mi snazil nejaky obchodnik prodat zehlicku mimo jine ktera i mele a vari kafe, prehrava video a seka travnik. Dohromady moc funkci ale ani jednu poradne. A kdyz se rozbije tak prijdu o vsechny ty funkce. Navic nemohu vyjmout mlynek na kavu a vedle toho jeste zehlit;) Uz trosku chapeme?
-
Tipuji, že by mohlo jít o tuto diskuzi: http://www.abclinuxu.cz/zpravicky/gummiboot-bude-zaclenen-do-systemd#192
-
Ondra Satai NekolaZlatý podporovatelZ toho jsem spíš pochopil, že lol je sprosťák a moc systemd nerozumí. Že by systemd neuměl vypnout službu, to tam nějak nevidím.
-
Sid (neregistrovaný)
co cisto prakticky ma pravdu. To ze je sluzba nastavena ako aktivovana na zaklade nejake vonkajsej sitacie by podla mna nemalo znamenat ze stop znamena nieco ine ako stop. Respektive by tieto dva stavy bolo dobre rozlisit medzi jednorazovym stopnutim a trvalym pozastavenim bez toho aby sa admin musel hrabat niekde v konfiguracii a meni podmienku aktivovania.
-
Trident (neregistrovaný)
Ucit se nove veci ktere jsou spatne a nedotazene je pro admina horsi nez ucit se veci stare a fungujici. Cas je limitovany. Admin se ti radeji bude ucit jak zvysit I/O propustnost systemu(to je taky jeho prace) nez nedotazenou vec ktera zkomplikuje provoz.
Mozna to vetsinu lidi vcetne tebe uvede do vnitrniho nekomfortu, ale IT neexistuje proto aby se vyvijeli nove veci pro nove, ale aby slouzilo lidem. Nove veci nebyvaji vzdy dobre. V IT se pouzivaji i 20 let stare veci ne kvuli tomu ze se v tom nikdo nechce vrtat, ale kvuli tomu ze jsou dostacujici i pro dnesni aplikace. Lidi nad nimi premysleli a maji za sebou leta ladeni a i zjednodusovani.
Osobne prijimam nove veci teprve pokud v nich vidim stabilni potencial a neucim se hned kazdou kravinu co lidi vyplodi. Intelektualni kapacitu chci take venovat osobnimu zivotu a ne ucit se veci ktere hned budu muset zas zahodit.
Admini maji i jine veci na praci nez zapolit s necim tak primitivnim jako je start/stop sluzby. Pokud si nekdy delal na provozu at uz IT ci prumyslovem, tak moc dobre vis jak je dulezita oddelitelnost jednotlivych prvku systemu. Vem si ze nad tou sluzbou mas dalsi veci ktere na tu jednoduchou logiku spolehaji. Monitoring, cluster frameworky atd. Operations tym ti fakt nebude resit nejaky blby dbus a engineering bude celej nadsenej ze musi do svych uvah zahrnout nedeterministicke chovani systemd na produkcnich systemech.
-
Ondra Satai NekolaZlatý podporovatel
Protože pwnout cokoli běžícího pod rootem na běžném linuxu nestačí?
-
Ondra Satai NekolaZlatý podporovatel
Pokud mas zdroje na to dostat do nejakeho daemona svuj kod, tak ti je cele systemd jedno, protoze ti nic neda.
-
Ondra Satai NekolaZlatý podporovatel
Proč?
Co konkrétně bys chtěl trochu jinak a musel bys kvůli tomu začít řešit C? -
COMSPEC (neregistrovaný)
Cokoliv co je jinak nez oficialni distribuce poskytuje.
Nedavno jsem resil inicializaci site na homemade routeru.
Skriptove reseni mam upraveny primo na routeru ve vi nebo mc. Nepotrebuji k tomu nic vic nez editor a shell.
Kdyz jsem to same delal na podobnem homemade routeru ktery bezel na Fedore, dosel jsem k zaveru, ze inicializaci site si podle sveho customizovat bez zmeny kodu nemohu.
Fedora sla do vecnych lovist a router ted beha pod lts ubuntu a je mi uplne jedno, ze jeho restart trva o 2.565 sekundy dele nez na tom samem zeleze na Fedore.
-
kozy (neregistrovaný)
Největší sranda je, že tu nadáváte na systemd pod článkem o Ubuntu. Kolik z vás Ubuntu aktivně používá? Tipuji, že jestli dva, tak je to moc... Napřed nadáváte na Ubuntu One, pak Mir, teď zase na systemd... když už vám produkt spol. Canonical nevyhovuje a NEPOUŽÍVÁTE jej (sic!), tak proč furt ty hejty? Já taky nefrčím na Windows Phone, ale taky na něj nenadávám, že mi pije krev. Chápeme?
-
Rekl bych, ze proti tomu neznamemu, lec uzasnemu novemu systemd hovori minimalne to, ze podle vseho jaksi jde proti nixove filosofii reseni problemu pomoci jednoduchych malych veci, misto kterych zavadi jakousi monstruozitu, jakou by clovek hledal ve Widlich. Pricemz je otazka, jestli dokaze plne funkcne nahradit to zastarale reseni, ktere krome autoru systemd nikomu krev nepilo. A i kdyz systemd prinasi jakesi nove vyhody, jako napriklad udajne zachovani logu i z doby, kdy system jeste neni nabootovan do stadia, kdy ty logy je schopen zapisovat na disk, tak otazka je, jestli zrovna kvuli tomu je potreba mit systemd.
Podivejte se na jejich sajtu, co je k tomu manualu. Tolik jich jeste nedavno bylo k pomalu celemu Linuxu, zavedenim systemd se mnozstvi dokumentace zdvojnasobilo. A zkuste si v tom najit treba to, jak zajistit spusteni sluzby pri pozadavku spojeni na port. Patrne to vzdate a pouzijete Google a i tak vam to zabere vic casu, nez kdybyste pouzil zastaraly (x)initd. A to se vam jeste asi nepodari jen tak najit, jak zajistit ukonceni sluzby po timeoutu nebo co se stane, kdyz spojeni skonci. Navic budete vytvaret jakesi dva konfiguraky, namisto abyste dopatlal par radku do jednoho, takze az jednou budete potrebovat neco zmenit, tak si udelejte uzel na kapesniku, abyste si pamatoval, co kde je. Slava jednoduchosti. Linux posledni dobou nabira takovy smer, ze uz nam chybi akorat PoweShell z Widli.
-
Ondra Satai NekolaZlatý podporovatel
No zrovna PowerShell je dobrý nápad s mizernou realizací.
To, že původní inity nikomu nevadily je lež. Vždy to bylo mizerné provizorium, které se s námi táhlo leta.
-
Otazka je, jestli systemd je tou pravou odpovedi. Pomuzeme si tim, ze ahradime init nahradime necim, co nam bude vadit jeste vic a navic hrozi vyvolanim mnohem vaznejsich problemu? Abychom nakonc radsi nepresli zpet na Widle.
http://www.zdnet.com/article/linus-torvalds-and-others-on-linuxs-systemd/
http://en.wikipedia.org/wiki/Systemd#History_and_controversy
http://ewontfix.com/14/
https://igurublog.wordpress.com/2014/04/03/tso-and-linus-and-the-impotent-rage-against-systemd/ -
Trident (neregistrovaný)
Nejbliz je asi https://wiki.debian.org/Debate/initsystem/openrc
Vzal bych neco jako Solarisi SMF a dexmlizoval bych konfiguraky manifestu. Tez nutnost importu do sqlite databaze je diskutabilni.
-
peter (neregistrovaný)
Keby sme sa mali dislovne riadiť tou mantrou, že program má robiť len jednu vec, tak prehlásime používanie /bin/sh za ilegálne a začneme proti nemu demonštrovať. Technicky vzaté, System V init totižto neštartuje služby, a ani ich nikdy neštartoval. Tie služby namiesto neho štartoval akýsi program zvaný /bin/sh. A ten program /bin/sh nebol navrhnutý na štart služieb. Naproti tomu systemd bol od začiatku navrhnutý na štart služieb. A čo je na tom najhoršie? Všetky spomenuté programy sú akési binárne bloby čítajúce textovú konfiguráciu.Takže tvoj argument je invalid.
-
nobody (neregistrovaný)
tva technicka zpusobilost te opravnuje maximalne pozadat o vymenu plenek, protoze je videt ze jsi se po$ral :)
udev se stal soucasti systemd, gnome3 zacina byt zavisle na systemd cim dal vice uvazuje se ze nahradi i gnome-session, wayland tu jeste neni a uz je zavislej na systemd...
chapu ze tomu nerozumis, ale systemd neni jenom init, to by bylo v poradku za predpokladu ze by zustala zaroven moznost volby, ale pohlcuje/nahrazuje kde co a moznost volby se pomalu vytraci...
-
nobody (neregistrovaný)
zustane u upstart, pokud zjisti ze systemd je hromada sr&cek ;)
Contingency plan: If after some weeks we find that there are too many
or too big regressions, we can revert to upstart by default with two
simple uploads (ubuntu-standard and init).ze je neco standard ve smyslu % rozsireni, nevypovida nic o realne kvalite ani ze je to v poradku, historie to jiz dokazala mnohokrat ze vyhrava shit... ;)
ČLÁNKY DO MAILU