{"id":120265,"date":"2024-10-22T13:09:17","date_gmt":"2024-10-22T11:09:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii"},"modified":"2024-10-22T13:09:17","modified_gmt":"2024-10-22T11:09:17","slug":"predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Presentata la branch del kernel linus-next per i test in modalit\u00e0 integrazione continua","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin di Google, che si occupa del supporto delle versioni LTS del kernel Linux e fa parte del consiglio consultivo della Linux Foundation, ha annunciato la creazione di un nuovo ramo del kernel Linux \u2014 \u00ablinus-next\u00bb, che, analogamente al ramo \u00ablinux-next\u00bb, \u00e8 destinato a testare le modifiche proposte per l'inclusione nella versione principale del futuro kernel Linux, ma si distingue per l'orientamento verso modifiche pronte per l'accettazione nel ramo principale e per la fornitura di una base pi\u00f9 stabile e adatta per i test. <\/p>\n
Il ramo precedentemente utilizzato \u00ablinux-next\u00bb \u00e8 ottimo per verificare l'integrazione delle modifiche nel kernel, valutare la presenza di conflitti tra i sottorami dei diversi manutentori e identificare errori e avvisi relativi alla compilazione, ma \u00e8 complicato usarlo per testare il funzionamento delle modifiche apportate. Il ramo \u00ablinux-next\u00bb include un mix di modifiche pronte per essere trasferite nel ramo principale del kernel e integrazioni sperimentali, che potrebbero richiedere a lungo ulteriore sviluppo e forse non verranno mai accettate nel ramo principale del kernel. <\/p>\n
La presenza di codice sperimentale instabile non consente di utilizzare il kernel \u00ablinux-next\u00bb per test di lavoro completi, poich\u00e9 il codice sperimentale pu\u00f2 influenzare negativamente gli altri sottosistemi del kernel. Nel nuovo ramo \u00ablinus-next\u00bb, i criteri di accettazione delle modifiche saranno pi\u00f9 rigorosi \u2014 verranno inclusi solo i pull request indirizzati a Linus Torvalds, che, secondo i programmatori, Linus potrebbe accettare nel ramo principale del kernel. <\/p>\n
L'introduzione del ramo \u00ablinus-next\u00bb non solo consentir\u00e0 di testare la compatibilit\u00e0 delle modifiche proposte a livello di compilazione del kernel, ma anche di valutare direttamente il funzionamento, il che porter\u00e0 a un miglioramento della qualit\u00e0 del testing delle modifiche nella fase di revisione di un pull request gi\u00e0 inviato ma ancora non esaminato da Linus. Il nuovo ramo stimoler\u00e0 anche l'invio di pull request il prima possibile, prima dell'inizio della finestra di accettazione delle modifiche, per permetterne il testing in azione. Inoltre, il ramo \u00ablinus-next\u00bb si svilupper\u00e0 secondo un modello di integrazione continua, piuttosto che di aggiornamenti giornalieri con la creazione di un nuovo tag, semplificando l'analisi dei problemi e l'identificazione delle modifiche specifiche che hanno causato il guasto. <\/p>\n
Inoltre, si pu\u00f2 notare il malcontento di Linus Torvalds nei confronti del processo di blocco a livello di kernel delle vulnerabilit\u00e0 hardware, espresso durante le discussioni su problemi e regressioni nel codice per contrastare attacchi che sfruttano vulnerabilit\u00e0 nel meccanismo di esecuzione speculativa delle istruzioni nelle CPU. Le modifiche necessarie per bloccare le vulnerabilit\u00e0 hardware complicano lo sviluppo, portano a regressioni e influenzano negativamente le prestazioni, considerando che la maggior parte degli attacchi basati su tali vulnerabilit\u00e0 sono teoretici e non vengono mai utilizzati nella pratica, al di fuori di ambienti di laboratorio. <\/p>\n
Riguardo alla proposta di modificare il kernel per affrontare potenziali problemi nel contrastare le vulnerabilit\u00e0 hardware, Linus ha suggerito di attribuire la responsabilit\u00e0 ai produttori di hardware, considerati gli artefici delle vulnerabilit\u00e0 hardware, e di far capire che dovrebbero affrontare le proprie problematiche. La modifica discussa sarebbe stata aggiunta come una misura di protezione, poich\u00e9 a causa dell'incertezza nel comportamento delle CPU, la protezione potrebbe smettere di funzionare su alcune nuove CPU Intel. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"