I disse tider, når vi snakker om noe relatert til teknologi, snakker vi ofte måneder før noe skjer. For tiden har de fleste operativsystemer ennå ikke oppdatert kjernen til versjon 5.xx, og vi har allerede nyheter relatert til Linux 5.2. Som med antall prosesser i Firefox 66, vil nyhetene vi gir deg i dag være positive for mange datamaskiner, men for andre vil det ikke være slik.
Og er det Linux 5.2 aktiver alternativet Live Patching i GCC 9, en kompilator som skal utgis i løpet av de neste ukene. Dette er et alternativ designet for å generere binærfiler som fungerer bra for at Live Patching skal fungere. Med ankomsten av Linux-kjernen v5.2, vil dette alternativet brukes som standard, noe som kan føre til hastighetsfall. Det skal ikke være merkbart eller positivt på nyere datamaskiner, men det kan være et problem på ressursbegrensede enheter.
Linux 5.2 vil aktivere Live Patching som standard
GCC 9 introduserer 5 lappealternativer som styrer hvilke optimaliseringer som brukes til å prøve og sikre at ingen katastrofe skjer hvis binærprogrammet kan bruke kjernesikkerhetsoppdateringer uten behov for omstart. Dette er viktig i tilfeller som kGraft, Ksplice og Kpatch for å sikre at GCC-kompilatoren ikke endrer din "live patch" -jobb.
GCC 9.1.0 vil bli utgitt senere denne måneden eller allerede i mai. Til slutt vil Linux 5.2 aktivere de 5 Live Patch-typene som standard når de kjøres på en støttet kompilator og når CONFIG_LIVEPATCH er aktivert, noe som det vil være slik som standard i de fleste Linux-kjerner. Det er Miroslav Benes, fra SUSE og den ansvarlige for endringen, som advarer om det i noen tilfeller det kan ha en negativ innvirkning på ytelsen som et resultat av dette "live patch" -alternativet som styrer kompilatoroptimaliseringsheuristikk.
Og det er at selv om vi ikke liker det, er dette vanligvis slik: Hvis vi vil nyte de nye funksjonene, vil vi mest sannsynlig måtte miste noe, og dette merkes spesielt i smarttelefonens batteriforbruk. Hva tror du at dette alternativet er aktivert som standard i Linux 5.2?
