Sa mga oras na ito, kapag pinag-uusapan natin ang tungkol sa isang bagay na nauugnay sa teknolohiya, madalas naming pinag-uusapan ang buwan bago mangyari ang isang bagay. Sa kasalukuyan, ang karamihan sa mga operating system ay hindi pa nai-update ang kanilang kernel sa bersyon 5.xx at mayroon na kaming mga balita na nauugnay sa Linux 5.2. Tulad ng bilang ng mga proseso sa Firefox 66, ang balita na hatid namin sa iyo ngayon ay magiging positibo para sa maraming mga computer, ngunit para sa iba hindi ito magiging gayon.
At ang Linux 5.2 na ba buhayin ang pagpipiliang Live Patching ng GCC 9, isang tagatala dahil maipalabas sa susunod na ilang linggo. Ito ay isang pagpipilian na idinisenyo upang makatulong na makabuo ng mga binary na gumagana nang maayos para gumana ang Live Patching. Sa pagdating ng Linux kernel v5.2, ang pagpipiliang ito ay gagamitin bilang default, na maaaring maging sanhi ng pagbagsak ng bilis. Hindi ito dapat maging kapansin-pansin, o maging positibo sa mga mas bagong computer, ngunit maaaring ito ay isang problema sa mga limitadong mapagkukunan ng aparato.
Paganahin ng Linux 5.2 ang Live Patching bilang default
Pakilala ng GCC 9 5 mga pagpipilian sa pagtambal aling kontrolin kung anong mga pag-optimize ang ginagamit upang subukan at matiyak na walang kalamidad ang mangyayari kung ang binary ay maaaring maglapat ng mga pag-update ng seguridad ng kernel nang hindi kailangan ng isang pag-reboot. Ito ay mahalaga sa mga kaso tulad ng kGraft, Ksplice at Kpatch upang matulungan na matiyak na hindi binabago ng tagatala ng GCC ang iyong "live patch" na trabaho.
Ang GCC 9.1.0 ay ilalabas sa huling bahagi ng buwang ito o sa Mayo. Sa paglaon, buhayin ng Linux 5.2 ang 5 mga uri ng Live Patch bilang default kapag tumatakbo sa isang suportadong tagatala at kailan CONFIG_LIVEPATCH ay aktibo, isang bagay na ito ay magiging ganito bilang default sa karamihan ng mga Linux kernels. Si Miroslav Benes, mula sa SUSE at ang taong namamahala sa pagbabago, ang nagbabala iyon sa ilang mga kaso maaaring magkaroon ng isang negatibong epekto sa pagganap bilang isang resulta ng pagpipiliang "live patch" na pagkontrol sa heuristics ng pag-optimize ng compiler.
At ito ay, kahit na hindi namin ito gusto, ito ay karaniwang ganito: kung nais nating matamasa ang mga bagong pag-andar, malamang na mawalan tayo ng isang bagay, at lalo na itong kapansin-pansin sa pagkonsumo ng baterya ng mga smartphone. Ano sa tingin mo na ang pagpipiliang ito ay pinagana ng default sa Linux 5.2?
