Sasha Levin, Google'i töötaja, kes tegeleb Linuxi tuuma LTS harude hooldusega ja kuulub Linux Foundationi konsultatiivnõukokku, kuulutas välja uue Linuxi tuuma haru — «linus-next», mis sarnaneb harule «linux-next» ja on mõeldud muutuste testimiseks, mis on ette nähtud tuleviku Linuxi tuuma peaharu koostisse kaasamiseks. Erinevalt «linux-next» harust keskendub see muudatustele, mis on valmis peaharusse vastuvõtmiseks, ning pakub stabiilsemat ja testimiseks paremini sobivat baasi.
Varem kasutatav haru «linux-next» sobib suurepäraselt muutuste integreerimise ja konfliktide hindamiseks erinevate hooldajate allharude vahel ning seotud kokkuvõtvate vigade ja hoiatuste tuvastamiseks, kuid selle kasutamine tehtud muudatuste funktsionaalsuse testimiseks on keeruline. Haru «linux-next» sisaldab segatüüpi muudatusi, mis on peaharusse edasiviimiseks valmis, ning eksperimentaalseid täiendusi, mis võivad veel kaua arendamisel olla ja ilmselt ei pruugi kunagi peaharusse vastu võtta.
Eksperimentaalse koodi ebastabiilsus ei võimalda kasutada «linux-next» tuuma täieõiguslikuks töötestimiseks, kuna eksperimenteeriv kood võib negatiivselt mõjutada tuuma teisi subsüsteeme. Uuel «linus-next» harul on muutuste vastuvõtmise kriteeriumid rangemad — järjekorras on vaid need pull-päringud, mis on adresseeritud Linus Torvaldile ja mida arendajad eeldavad, et Linus tuuma põhiharusse aktsepteerib.
Filmi «linus-next» loomine võimaldab mitte ainult testida pakkuda muudatuste ühilduvust tuuma koostamise tasemel, vaid ka hinnata otse tööd, mis viib muudatuste testimise kvaliteedi paranemiseni ülevaatuse ajal, kui Linus pole veel vaadanud esitatud pull-kutsungit. Uus haru innustab samuti pull-kutsungite saatmist niipea kui võimalik, veel enne muudatuste vastuvõtmise akna algust, et võimaldada nende töös testimist. Lisaks sellele areneb haru «linus-next» pideva integreerimise mudeli kohaselt, mitte igapäevase värskendamise ja uue sildi loomise mudeli kohaselt, mis lihtsustab tekkivate probleemide analüüsi ja konkreetsete muudatuste tuvastamist, mis on põhjustanud rikke.
Lisaks võib mainida Linus Torvaldsi rahulolematust riistvara haavatavuste taseme tuvastamise protsessiga, mis väljendub aruteludes probleemide ja regressioonide üle koodis, et vastu seista rünnakutele, mis kasutavad CPU spekulatiivse käitamise mehhanismide haavatavusi. Muudatused, mis on vajalikud riistvara haavatavuste blokeerimiseks, keerukuse tõttu raskendavad arendustööd, põhjustavad regressioone ja mõjutavad negatiivselt jõudlust, samas kui rünnakud, mis kasutavad enamikku sellistest haavatavustest, on peamiselt teoreetilised ja ei esine praktikas, välja arvatud laboratoorsetes tingimustes.
Arvestades ettepanekut muuta kernelit, et ületada potentsiaalseid probleeme riistvara haavatavuste vastu, pakkus Linus, et vastutus tuleks panna seadme tootjatele kui nende haavatavuste allikatele, selgitades, et nad peaksid ise oma probleemidega tegelema. Arutatud muudatusetepanekut pakuti, et see oleks ettevaatusabinõuna, kuna CPU käitumise ebakindluse tõttu võis kaitse teatud uutel Intel CPU-del potentsiaalselt lõpetada töötamise.
Allikas: opennet.ru
