Vlákno názorů k článku
Dělá systemd Linux více složitým, náchylným k chybám a nestabilním?
od RDa - A uz systemd vyresil tu "featuru" ze kdyz...
-
A uz systemd vyresil tu "featuru" ze kdyz ve fstabu bude mount navic napr. preklep v cisle partisny nebo disk ktery se odpoji a komp rebootne, tak
- se ceka 1.5 minuty (nebo vice) zda se nahodu disk neobjevi (jako WTF #1, cekani na zazrak??)
- nespusti se jine sluzby, napr. ssdh (WTF #2, potrebujete navstivit stroj fyzicky kvuli preklepu ve fstabu?)Dokud bude existovat alternativa, systemd ke me nesmi. Nervy mam jen jedny :)
-
Ondro (neregistrovaný)
Nahlasil si to?
Stava sa, ze to niekto poriadne nedomyslel(myslel len na seba a svoj use case alebo to prehnal s opatrnostou) a takato feature je na svete.Stretol som sa niecim podobnym pri smb/cifs protokole, kde v jadre, ktore pouziva Debian Wheezy niekto zmenil timeout zo 60 sekund na 5 minut. Bol to pre mna sok, ked uz aj tych 60 sekund je podla mna zbytocne vela. To ti bol zazitok najst kde je pes zakopany, kedze cakat v pripade vypadku siete 5 minut bolo pre nas neakceptovatelne. Trvalo mi to dost dlho najst v hlbinach internetu jedno vlakno, kde sa na to jeden chlapik stazuje, vyvojar mu vysvetlil ako si to vie poriesit a, ze v buducim jadre to bude znovu defaultne 60 sekund(akceptoval, ze tych 5 minut je prehnanych). Neumyslena feature/chyba, ktora by bola v jadre asi dlhsie keby sa neozval.
Malo to aj pozitivny dopad. Naucil som sa toho dost o fungovali smb/cifs protokolu v linuxe a oprasil kompilaciu jadra.
