Vlákno názorů k článku Novinky ve vývoji Linuxu: nové verze posledních jader řeší chybu AMD TSA, Snapdragony X zrychlí od Starý Tux - Tahle informace o paleni CD by byla bezpredmetna...
-
Tahle informace o paleni CD by byla bezpredmetna kdyby Linux nebyl monolitickej moloch ktery si musi drzet ovladace v jadru. Drivery proste nemaji v jadru co hledat protoze muzou zpusobit pad celeho systemu. 30 let stary prozitek. Neni divu ze Stallman chtel mit GNU Hurd coz je mikrokernel a Linux mel byt jen docasna nahrada. Bohuzel svet IT neni idealni pouze optimalni a tak nam ten boubelaty "kernel" zasedl na trun a jen tak z neho nesleze...
-
Presne tak. Navic tenhle paketovaci driver byl jenom jakysi meta-driver, nic konkretniho nedrajvoval - jenom bufferoval IO operace.
Stejne tak sifrovani disku napr. nemusi byt v jadre.
Spis je problem pak ten, ze s modernima chybama (spectre a spol) stoji prechod user-kernel a kernel-user hodne - v extremnim pripade se musi vyhodit cache. Takze z jednoho syscallu jsou dva-tri-ctyri a vykon jde do haje.
Ono by ten driver mohl byt mimo kernel tree, ale bezet v kernel mode... ale prave Linuxove jadro nedodrzuje zadne pevne API, aby to prezilo vice nez jednu sezonu - takze ano, je to na vine architekture a rizeni samotneho projektu, ze to nemuze fungovat. A kdyz si uvedomite fakt, ze Linux dela vsechno proto aby to nefungovalo.. a nic proto aby to fungovalo, a jedine reseni je - opravi to nekdo? ne? tak to smazeme, nazdar... tak jsou veci ve strasne spatnem stavu.
Jsem za to, aby moderni OS mel nejakou formalni specifikaci funkcionalit, a nebylo to pouze piskoviste pro borce, co si vybudovali reputaci. Vypada to totiz, ze decka se posledich 30 let neprestali hrat na tom samem piskovisti - a mentalita stagnuje.
-
DannyStříbrný podporovatelTo, ze Linux dela vsechno proto aby to nefungovalo je samozrejme nesmysl. Ty zmeny zvlast v poslednich letech nejsou uz tak divoke. Ale udrzba kodu neni jen o prizpusobovani se zmenam v API, ale take - a to hlavne - o opravach reportovanych chyb. Pokud nejakou cast kodu, co casto resi nejaky legacy/obstarozni hardware nikdo udrzovat nechce, pak je vcelku legitimni reseni se ji zbavit. Pokud ji opravdu budete k necemu potrebovat, porat mate moznost si ji tam vratit. Ale nedelejme z toho socialismus systemem "ty budes makat pro muj dobry pocit".
-
Na vsetkych operacnych systemoch su GPU ovladace rozdelene na dve casti, kernelovu a userspace. Kernelova ma na starosti buffer management a modesetting (v linuxovej terminologii), userspace implementuje API ako OpenGL, Vulkan, CUDA a kernelovej casti posiela len command a data buffery, ktore sa maju poslat na hardware.
Podobne funguje aj USB: low level je v jadre, podpora pre konkretne zariadenia uz moze byt v userspace. S niektorymi je to jednoduche (napr. tlaciarne), s inymi komplikovanejsie (pretoze jadro poskytuje API na pracu s danymi zariadeniami a owrapovanie userspace drivera pre kernel API by bolo problematicke - napr. zvukove karty alebo seriove porty).
-
ad ten přechod user/kernel - ona to není žádná novinka, jestli pamatujete, jak v Windows NT 4.0 podělali původní koncept NT tím, že GDI přesunuli z tuším že csrss subsystému do kernelu, z důvodů "performance" (o jedno LPC a přepnutí kontextu méně).
Na nutné pokračování, jako print drivery (což je v podstatě taky GDI) v driverech, tedy v kernelu, na Win2000 terminal serveru, a úžasné nové multifunknční Minoltě etc kterou koupili na pobočku, si počítám pamatuje každý kdo se s tím tehdy setkal.
