Linux dostane podporu pre aktualizáciu jadra za behu

Značky: linuxové jadroLinuxnové technológie

DSL.sk, 20.2.2015

V najbližšej verzii oficiálneho linuxového jadra, ktorá bude niesť označenie 3.20 alebo 4.0, bude zrejme prítomná aj funkčnosť pre aktualizáciu jadra za behu v operačnej pamäti.

Po tom, ako zaradenie kódu funkčnosti do jadra navrhol Jiří Kosina zo SUSE, ho minulý týždeň Linus Torvalds akceptoval do vývojovej verzie nového jadra.

Technológia aktualizácie jadra za behu je cielená najmä na nepretržite používané produkčné servery a zariadenia, ktorých reštartovanie spôsobí prerušenie služieb a nie je žiadúce respektíve tieto zariadenia nie je jednoduché alebo možné úplne load-balancovať. Aplikácia bezpečnostných aktualizácií umožní takého servery prevádzkovať dlhodobo bez potreby reštartov.

Technológia pre aktualizáciu linuxového jadra za behu bola v podobe technológie Ksplice predstavená už v roku 2008, v polovici 2011 ale jej tvorcu odkúpila spoločnosť Oracle a technológiu využíva na ponúkanie proprietárnej platenej služby.

Red Hat a SUSE tak začali, nezávisle na sebe, vyvíjať nové technológie kPatch a kGraft. Technológie sa odlišujú spôsobom, akým zabezpečujú konzistenciu stavu jadra pri aplikovaní aktualizácií. V minulom roku prišlo medzi spoločnosťami k dohode a vyvinuli spoločnú základnú implementáciu funkčnosti v jadre.

Aktualizácie sa budú inštalovať v podobe modulov jadra, ktoré v pamäti nahradia aktualizovaný kód, pričom k dispozícii budú API umožňujúce inštalovanie aktualizácií aplikovaných oboma technológiami a zároveň API pre manažovanie aktualizácií umožňujúce jednotlivé aktualizácie povoliť alebo zakázať.

Prvá verzia technológie má umožniť aplikovať z hľadiska aktualizovania za behu jednoduchšie bezpečnostné aktualizácie, ktorých je ale cca 90% zo všetkých bezpečnostných aktualizácií jadra. Implementácia technológie je zatiaľ podporovaná len na architektúre x86, neskôr majú pribudnúť aj arm, powerpc a s390.




Najnovšie články:



Diskusia:

rh backports Od: koumak | Pridané: 20.2.2015 9:00 ked si pomyslim, ako dlho dokaze RH zivit ten isty kernel, len s backportovanim novych fjucur a patchov, tak tento krok bude pre nich ako vianoce... HA systemy mavaju tiez planovane odstavky/restarty, zvacsa raz rocne, az trojrocne - ci uz koli FW upgrade, alebo ineho maintance... Odpovedať Známka: 7.3 Hodnotiť:

Re: rh backports Od: zippy | Pridané: 20.2.2015 14:51 Lenze oni to robia preto, ze musia garantovat API/ABI stabilitu. Preto vezmu kernel, a placaju na neho patche, co nic nerozbiju. Odpovedať Známka: 10.0 Hodnotiť:

takzo povedat... Od: sdxfhgdsfs | Pridané: 20.2.2015 9:03 obcas ma aj ten reboot blahodarnejsi vplyv ako patch samotny :-) Odpovedať Známka: 6.1 Hodnotiť:

Re: takzo povedat... Od: fgreger | Pridané: 20.2.2015 9:43 Ani nie. Aspon na strojoch, ktore riesim ja to moc neriesi vyuzitie ram a ani ine. Akurat sa clovek deprimuje, ked uptime je len dvojciferne cislo (moj desktop ma napriklad aktualne 23 dni, co je deprimujuco malo :) PS: kexec tu uz mame davno, ale v ppraxi nie je pouzitelny moc, lebo vyzaduje zhodenie vsetkych procesov okrem init procesu. Teda samotne kexec upgradnutie jadra vyzaduje restart, avsak bez zobrazenia biosu a tych ostatnych pomalych sraciek ako HWraid utilitka a tak... Odpovedať Známka: 6.4 Hodnotiť:

K kexecu: Od: branchman | Pridané: 20.2.2015 11:51 Teraz sice nebudeme vyzadovat restart vsetkych procesov kvoli malemu* upgradu kernelu, ale stale je tu upgrade libc, kde je problem podobny. *upgrade, ktory meni datove struktury, nova technologia nezvladne, ak si to clovek sam neohackuje Odpovedať Známka: 10.0 Hodnotiť:

Re: K kexecu: Od: ups ups | Pridané: 20.2.2015 16:57 ups, takze ked sa zmeni datova struktura pocitajuca uptime (lebo vzhladom na nadchadzajuce non-stop prevadzky uz nebude stacit), tak sa znuluje :) Bola by prdel, keby sa pocitadlo znulovalo pri kazdej aktualizacii, co? :P Odpovedať Hodnotiť:

Re: takzo povedat... Od: aasami | Pridané: 20.2.2015 20:57 mas pravdu. nedavno som potreboval restartnut masinu so starou apkou co mala 625 dni uptime. az som mal obavu ci znova nabehne. Odpovedať Hodnotiť:

Re: takzo povedat... Od: Jamicon | Pridané: 20.2.2015 9:43 Trošku si to pletieš s widlami. Linux naozaj nepotrebuje reštart, po roku beží rovnako dobre a rýchlo ako hodinu po reštarte, prípadne rýchlejšie, pretože má časť filesystému v cache. Odpovedať Známka: 7.5 Hodnotiť:

Re: takzo povedat... Od: XMen | Pridané: 20.2.2015 9:50 S tym suhlasim. Na linuxe mi restart nikdy nevyriesil ziadny problem. Vzdy bolo treba manageovat konfiguraciu alebo instalaciu aplikacii. Odpovedať Známka: 8.9 Hodnotiť:

Re: takzo povedat... Od: Wil | Pridané: 20.2.2015 10:11 A na windowse sa osvečuje aj dotykové ovládanie pri riešení problémov. Kopance do skrine a podobne. Odpovedať Známka: 9.5 Hodnotiť:

Re: takzo povedat... Od reg.: pocitujlasku | Pridané: 20.2.2015 10:31 Tomu sa odborne hovori HW riesenie SW problemu :) Odpovedať Známka: 9.2 Hodnotiť:

Re: takzo povedat... Od: Wil | Pridané: 20.2.2015 10:52 Napíšem to zákazníkovi do servisného listu a vrátim opravené :D http://tinyurl.com/6tzya2z Odpovedať Známka: 8.7 Hodnotiť:

Re: takzo povedat... Od: fdghdfs | Pridané: 20.2.2015 10:25 Plati to aj v pripade, ked nestaci, aby bezal linux samotny, ale na nom aj prevadzkujes nejake aplikacie? :-) Odpovedať Známka: -5.6 Hodnotiť:

Re: takzo povedat... Od reg.: K-NinetyNine | Pridané: 20.2.2015 14:22 ano Odpovedať Známka: 10.0 Hodnotiť:

Re: takzo povedat... Od: ujo Tomas | Pridané: 20.2.2015 19:12 Nechcem sa hadat, ale pokial spravne spravujete aj windowsacky server, tak pojde sviezo dlhe mesiace a napr. restart neriesi optimalizovanie pamate, ale to, ako su nakonfigurovane sluzby a programy.. Nezastavam sa vidiel, ale serverove distra urcene pre spravu viacerych veci nie su az tak na zahodenie.. Odpovedať Známka: 2.5 Hodnotiť:

So soon again? Od: Arch_Bastard | Pridané: 20.2.2015 9:10 install arch Odpovedať Známka: -0.6 Hodnotiť:

x86-64 Od: x64 | Pridané: 20.2.2015 9:16 x64 ? Odpovedať Známka: 0.0 Hodnotiť:

Re: x86-64 Od: éujgfd | Pridané: 21.2.2015 12:23 x86_64 patri do x86 Odpovedať Známka: 7.1 Hodnotiť:

Restart Od: WisdomSpeaker | Pridané: 20.2.2015 9:33 Restart ma blahodarnejsi vplyv ako patch? Tu nehovorime o windowse ale o Uxovych systemoch. Este zabi, ze ext4 treba v pravidelnych intervaloch defragmentovat. Odpovedať Známka: 8.3 Hodnotiť:

Re: Restart Od: XMen | Pridané: 20.2.2015 9:51 Mam pocit, ze ext4 sa defragmentuje sam, nie? Kazdopadne v dobe SSD diskov uz fragmentacia prestava byt problem. Doma uz ani nemam ziadny platnovy disk (dokonca ani na data). Odpovedať Známka: -8.2 Hodnotiť:

Re: Restart Od: Slavius | Pridané: 20.2.2015 10:23 By si sa cudoval ze Microsft odporuca a nevypina defgramentaciu SSD diskov... Odpovedať Známka: 10.0 Hodnotiť:

Re: Restart Od: spixy | Pridané: 20.2.2015 11:12 na W8 to už nie je defragmentácia ale "optimalizácia" Odpovedať Známka: 10.0 Hodnotiť:

Re: Restart Od reg.: jupiii | Pridané: 20.2.2015 12:37 V pripade fat32,ntfs: by som podla pouzivanosti SSD disku (zapismi a mazanim suborov) defragmentaciu odporucil aj ja. Aspon raz za pol roka az rok pri velmi vyuzivanom disku. Pretoze ak sa po case uzivatelom pouzivane subory rozhadzu po tisicoch fragmentov, tak je uz potom jednoduche atakovat maximalne IOPS disku a disk teda nebude vyuzivat maximalnu sekvencnu rychlost. Nasledne kopirovanie a vkladanie suborov bude tiez zbytocne zdrzovane prepisovanim viacerych ciastocne zaplnenych blokov. Napriklad v pripade SSD disku s otrasnou fragmentaciou namiesto zapisu jedneho suboru do volnych 500 blokov moze byt prepisanych 800 ciastocne zaplnenych blokov. Co aj sposobi viacero prepisov a teda skracuje zivotnost disku s kazdym dalsim kopirovanim alebo ukladanim. Urcite je zbytocne pre bezneho uzivatela s miernym 2h denne vyuzivanim pocitaca a s permanentne viac ako 50% volneho miesta na SSD robit defragmentaciu skor ako za 2 roky. Pre ine file systemy by som to fakt zvazil asi nepouzit. Odpovedať Známka: 7.1 Hodnotiť:

Re: Restart Od: stoneage | Pridané: 20.2.2015 14:56 je nejaky benchmark na to? lebo neviem aky workload ti na domacej masine dokaze spravit fily s 1000 fragmentmi ak nemas plne ssd. Odpovedať Známka: -2.0 Hodnotiť:

Re: Restart Od reg.: jupiii | Pridané: 20.2.2015 15:51 Nie je. Pretoze to vyzaduje vela casu pripravy na test, ktory sa rovna realite. Bavime sa o dost vyuzivanom a zaplnenom SSD. Mozno u MS museli nakoniec zohladnit sposob prace s datami a filesystemom, kde k vyraznemu spomalovaniu dochadzalo u HDD diskov v priebehu prveho mesiaca. U SSD sa to moze prejavit v radoch viacerych mesiacov a aj to len o drobny pokles vykonu. Nic sa ti ale nestane, ked si otvoris nejaky defgramentacny tool s GUI nahladom na bloky a informaciach o pocte fragmentacii jednotlivych suborov. Nemusis defragmentaciu pustat - len pozriet analyzu (co je citanie dat disku). Dobry tool je Defraggler alebo Auslogic defrag (vsetky maju beznu free verziu). Ak si SSD intenzivne vyuzival nejaku dobu a bolo vacsinou na 70-90% plne, tak si mozes pozriet, ako su na tom tvoje subory. Ja som si napriklad urobil zatial jedinu po 1.5 roku mam ho cez 2 roky. Nedaval som ziadne optimalizacie suborov - ale len obycajnu defragmentaciu. Odpovedať Známka: 10.0 Hodnotiť:

Re: Restart Od: Houston | Pridané: 20.2.2015 19:39 SSD disky maju vo firmware tazke optimalizacie ukladania dat. Takze ked OS zapise na 100 roznych miest po jednom klastri (alias do fragmentovaneho suboru) SSD disk urcite neprepise tie iste bunky ale pouzije ine, ktore su volne, kvoli rovnomernemu rozlozeniu zataze. Tie budu pravdepodobne nasledovat tesne za sebou (ak je dost miesta) ale OS to nevidi. Teda nahlad na "AKOZE" rozmiestnenie suborov je BLUD. BLUD (nie uplny) je aj to co vidis po defragmentacii. Odpovedať Známka: 7.1 Hodnotiť:

Re: Restart Od reg.: jupiii | Pridané: 23.2.2015 8:30 Ano o defragmentacii viem. Ta sluzila len ako nazorna ukazka rozbitosti suborov po celom disku. A preto som uplne na zaciatku spomenul, ze to plati pre velmi vyuzivane disky (viac nez bezny uzivatel). To co si ty popisal, to sa deje zo zaciatku, ak je dost volneho miesta. No casom (pol roka, rok, dva roky) uz nastava situacia, kde volne miesto je rozhadzane po celom SSD tak, ze celych volnych blokov (v SSD) je uplne minimum pritom FileSystem ukazuje ze ma 20% volneho miesta. To znamena, ze pri kazdom dalsom zapise suboru na nove miesto sa uz prepisuje viac blokov nez by sa malo a znovu fragmentovane. Ano suhlasim, nespomenul som, ze narazam na rozdiel medzi fragmentaciou suboroveho systemu a fragmentaciou na urovni SSD diskov (ktora vytvara cely problem z dlhodobeho hladiska). Z tohto pohladu aj vyjadrenia MS o odporucanej defragmentacii povazujes za BLUD. To ju mohli rovno nechat vypnutu. Odpovedať Hodnotiť:

Re: Restart Od: Wil | Pridané: 20.2.2015 15:46 Na Linuxových filesystemoch začína fragmentácia až keď je disk tesne ku hranici 100% zaplnenia. Vo Widlách zober 1TB disk, naraz tam skopíruj napríklad 10 giga, pár súborov vymaž a daj znova 10 giga. A fragmentácia jak svet! Nie že by to ten blbý systém zapísal v kuse na voľné miesto (videl som aj testy, nechce sa mi ich hľadať, žerem tie komunistické chrumky) Odpovedať Známka: 10.0 Hodnotiť:

Re: Restart Od reg.: jupiii | Pridané: 20.2.2015 15:55 Presne tak, preto aj na SSD pod Windows vznika z dlhodobeho hladiska vyrazna fragmentacia suborov, ktoru treba raz za dlhu dobu opravit defragmentaciou. Odpovedať Známka: 7.1 Hodnotiť:

Re: Restart Od: XMen | Pridané: 22.2.2015 10:15 Ale na SSD defragmentacia podla mna nema ziadny zmysel. Problem je to na platnovich diskoch, kde sa citacia hlavicka musi presuvat z miesta na miesto, vyhladat pozadovany sektor a precitat ho. To si vzdy vyzadovalo nejaky cas a ked bola fragmentacia priliz vysoka, tak ten cas bol dost viditelny. Naproti tomu SSD ma prakticky rovnaky cas pristupu ku kazdej bunke a preto je mu jedno, kde sa ktora nachadza. Defragmentacia na SSD ma iba jedinu vlastnost a to znizenie zivotnosti disku, lebo max. pocet prepisov bunky je limitovany aj ked tie limity su uz celkom vysoke. Odpovedať Hodnotiť:

Re: Restart Od reg.: jupiii | Pridané: 23.2.2015 8:56 Ano, pravidelna defragmentacia tak ako na HDD je pre SSD uplne ale uplne zbytocna. Suhlas. No pri dost vyuzivanom SSD dochadza k fragmentacii na urovni blokov v SSD a kazdy dalsi zapis (aj ked na "jeho volne miesto") sposobuje zapis + prepis viacero buniek, ako by bolo potrebne po defragmentacii. Odpovedať Hodnotiť:

sarkasm Od: vidlopozitiv | Pridané: 20.2.2015 9:35 to to zase urcite ukradli z windowsu.. nevedia nic ineho len kradnut a napodobnovat... a aj tak im to nefunguje Odpovedať Známka: -10.0 Hodnotiť:

Re: sarkasm Od: XMen | Pridané: 20.2.2015 9:52 Mas pravdu, vo windowse im to aj tak nefunguje. Ale pockat... ved windows to ani nema... tak nic ;) Odpovedať Známka: 10.0 Hodnotiť:

Detours Od: Muad'Dib | Pridané: 21.2.2015 2:32 Asi to bude pre teba prekvapením, ale má to aj Windows: http://dopice.sk/Detours Osobne som s tým pracoval. (Windows je preložený tak, aby sa takéto "obchádzky" dali vsunúť.) Odpovedať Známka: -10.0 Hodnotiť:

vyyyyyborne Od: toplink | Pridané: 20.2.2015 9:37 Konecne nebudem musiet porad otacat servre po patchingu. Potesi. Odpovedať Známka: 10.0 Hodnotiť:

Re: vyyyyyborne Od: 6aaaaaa | Pridané: 20.2.2015 14:08 teraz som si predstavil ako tie servre otacas :) Odpovedať Známka: 10.0 Hodnotiť:

rihlásený užívateľ. Od: rihlásený užívateľ. | Pridané: 20.2.2015 11:38 Keby toto podporoval Windows/OS X, že by to po každej aktualizácii nevyžadovalo reštart. To by pomohlo. Odpovedať Známka: 3.3 Hodnotiť:

Re: Keby toto podporoval Windows Od: Rudolf Dovičín | Pridané: 20.2.2015 14:57 Tupý Microsoft Windows musíš reštartovať nielen preto, že si niečo aktualizoval z Windows, čo nie je súčasťou jadra, ale aj keď aktualizuješ väčšinu aplikačných programov – chorý systém od základu... Teda už neviem, či to robí doteraz, ale kedysi to tak bolo. Odpovedať Známka: 7.6 Hodnotiť:

Re: Keby toto podporoval Windows Od: Wil | Pridané: 20.2.2015 15:48 Nezabudni že niektoré aktualizacie chcú aj 3x reštart Odpovedať Známka: 8.9 Hodnotiť:

Re: Keby toto podporoval Windows Od: windo | Pridané: 20.2.2015 16:53 nezabudni, ze windo uz urobil obrovsky skok dopredu, ked nevyzaduje restart po zmene IPcky, alebo akehokolvek banalneho nastavenia v sieti, ako w98. W95 sa restartoval aj predtym, nez sa siel vypnut. Mozno dalsi windows 12.53 (ak budu pokracovat doterajsim algoritmom cislovania) sa uz nebude restartovat vobec, okrem instalacie noveho skype, lebo ten bude uz napevno zviazany s jadrom. Odpovedať Známka: 10.0 Hodnotiť:

Re: Keby toto podporoval Windows Od: Houston | Pridané: 20.2.2015 19:45 Ak hovoris stale o aktualizaciach pre Windows u nas bez problemov vieme aktualizovat cisty Windows 7 SP1 na uplne aktualizovany na jeden "dvoj-restart" vratane .Net a IE. Takze nechapem. Odpovedať Známka: -3.3 Hodnotiť:

Cislovanie Od: Houston | Pridané: 20.2.2015 19:56 Potom to vyhlasia za "MAJOR" vlastnost a predsa len budeme mat 4.0? Odpovedať Známka: 10.0 Hodnotiť:

Pridať komentár