Predstavená vetva jadra linus-next na testovanie v režime nepretržitej integrácie

Sasha Levin z firmy Google, ktorý sa zaoberá správou LTS vetiev jadra Linux a patrí do poradného výboru organizácie Linux Foundation, oznámil vytvorenie novej vetvy jadra Linux — „linus-next“, ktorá, podobne ako vetva „linux-next“, je určená na testovanie zmien navrhovaných na zaradenie do základnej verzie budúcej vetvy jadra Linux, ale je zameraná na zmeny pripravené na prijatie do hlavnej vetvy a poskytuje stabilnejšiu a testovateľnejšiu základňu.

Predtým používaná vetva „linux-next“ je skvelá na kontrolu integrácie zmien v jadre, hodnotenie prítomnosti konfliktov medzi podvetvami rôznych správcov a odhalenie chýb a varovaní súvisiacich so zostavením, ale je problematická na testovanie funkčnosti zavádzaných zmien. Vetva „linux-next“ obsahuje zmes zmien pripravených na prenos do hlavnej verzie jadra a experimentálnych doplnkov, ktoré môžu byť ešte dlho upravované a možno nikdy nebudú prijaté do hlavnej vetvy jadra.

Prítomnosť nestabilného experimentálneho kódu neumožňuje používať jadro „linux-next“ na plnohodnotné pracovné testovanie, keďže experimentálny kód môže negatívne ovplyvniť ostatné subsystémy jadra. V novej vetve „linus-next“ budú kritériá príjmu zmien prísnejšie - do zostavy budú zahrnuté iba pull-žiadosti adresované Linusovi Torvaldsovi, ktoré sa predpokladajú, že Linus schváli do hlavnej vetvy jadra.

Vznik vetvy „linus-next“ otvorí možnosti nielen testovať kombinovateľnosť navrhovaných zmien na úrovni zostavy jadra, ale aj priamo hodnotiť funkciu, čo prispeje k zvýšeniu kvality testovania zmien v štádiu posudzovania už odoslanej, ale ešte neschválenej Linusom, pull-žiadosti. Nová vetva tiež bude podnecovať odosielanie pull-žiadostí čo najskôr, ešte pred začiatkom okna na prijímanie zmien, aby sa zabezpečilo, že budú testované v praxi. Navyše, vetva „linus-next“ sa bude rozvíjať v súlade s modelom kontinuálnej integrácie, a nie s denným aktualizovaním a vytváraním nového tagu, čo zjednoduší analýzu vznikajúcich problémov a identifikáciu konkrétnych zmien, ktoré spôsobily zlyhanie.

Ďalším aspektom je nespokojnosť Linusa Torvaldsa s procesom blokovania hardvérových zraniteľností na úrovni jadra. Túto nespokojnosť vyjadril počas diskusie o problémoch a regresiách v kóde na ochranu pred útokmi využívajúcimi zraniteľnosti v mechanizme špekulatívneho vykonávania inštrukcií v CPU. Zmeny potrebné na blokovanie hardvérových zraniteľností komplikuje vývoj, vedú k regresiám a negatívne vplývajú na výkon, pričom väčšina útokov založených na týchto zraniteľnostiach je čisto teoretická a nikdy sa neaplikuje v praxi, mimo laboratórnych podmienok.

Pri zvažovaní návrhu na zmeny v jadre, ktoré by obchádzali potenciálne problémy pri ochrane pred hardvérovými zraniteľnosťami, Linus navrhol preniesť zodpovednosť na výrobcov zariadení, ako na tých, ktorí spôsobujú hardvérové zraniteľnosti, a dať najavo, že by si mali sami riešiť svoje problémy. Navrhovaná zmena mala byť implementovaná ako forma poistky, pretože kvôli nejasnému správaniu CPU by ochrana mohla v niektorých nových CPU Intel prestať fungovať.

Zdroj: opennet.ru

Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster