V teh časih, ko govorimo o nečem, kar je povezano s tehnologijo, pogosto govorimo mesece preden se kaj zgodi. Trenutno večina operacijskih sistemov še ni posodobila jedra na različico 5.xx in že imamo novice, povezane s tem Linux 5.2. Tako kot pri številu procesov v Firefoxu 66, bodo tudi danes novice, ki vam jih prinašamo, za številne računalnike pozitivne, za druge pa ne.
In ali je to Linux 5.2 bo omogočil možnost popravljanja v živo GCC 9, prevajalnik, ki naj bi izšel v naslednjih nekaj tednih. To je možnost, zasnovana za pomoč pri ustvarjanju binarnih datotek, ki dobro delujejo, da Live Patching deluje. S prihodom jedra Linux v5.2 bo ta možnost privzeto uporabljena, kar lahko povzroči padec hitrosti. V novejših računalnikih naj ne bi bil opazen ali celo pozitiven, lahko pa bi bil problem pri napravah z omejenimi viri.
Linux 5.2 bo privzeto aktiviral popravek v živo
GCC 9 uvaja 5 možnosti popravljanja ta nadzor nad optimizacijami, s katerimi se poskuša zagotoviti, da se ne zgodi nobena katastrofa, če bi binar lahko uporabil varnostne posodobitve jedra brez ponovnega zagona. To je pomembno v primerih, kot so kGraft, Ksplice in Kpatch za zagotovitev, da prevajalnik GCC ne bo spremenil vašega opravila "popravek v živo".
GCC 9.1.0 bo izšel konec tega meseca ali že maja. Takrat bo Linux 5.2 privzeto aktiviral 5 vrst Live Patch, ko se zažene v podprtem prevajalniku in ko CONFIG_LIVEPATCH je aktivirano, nekaj, kar tako bo privzeto v večini jeder Linuxa. To v nekaterih primerih opozarja Miroslav Benes iz SUSE in odgovorni za spremembo lahko negativno vpliva na uspešnost kot rezultat te možnosti "live patch", ki nadzoruje hevristiko optimizacije prevajalnika.
In res je, čeprav nam ni všeč, je to običajno tako: če želimo uživati v novih funkcijah, bomo najverjetneje morali nekaj izgubiti, to pa je še posebej opazno pri porabi baterije pametnih telefonov. Kaj menite, da je ta možnost privzeto omogočena v Linuxu 5.2?
