{"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\/news\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Presentata la nuova versione del kernel linus-next per test in modalit\u00e0 integrazione continua","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin di Google, responsabile dei branch LTS del kernel Linux e membro del consiglio consultivo della Linux Foundation, ha annunciato la creazione di un nuovo branch del kernel Linux \u2014 \u00ablinus-next\u00bb, che, analogamente al branch \u00ablinux-next\u00bb, \u00e8 destinato a testare le modifiche proposte per l'inclusione nella futura versione principale del kernel Linux, ma si distingue per l'orientamento verso modifiche pronte per l'approvazione nella versione principale e per la fornitura di una base pi\u00f9 stabile e adatta ai test. <\/p>\n
Il branch \u00ablinux-next\u00bb precedentemente utilizzato era eccellente per verificare l'integrazione delle modifiche nel kernel, valutare la presenza di conflitti tra i sottobranch e individuare errori e avvisi correlati alla compilazione, ma era problematico utilizzarlo per testare il funzionamento delle modifiche apportate. Il branch \u00ablinux-next\u00bb include una miscela di modifiche pronte per il trasferimento alla versione principale del kernel e di aggiunte sperimentali, che potrebbero richiedere ancora molto lavoro e, forse, non verranno mai accettate nella versione 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 influire negativamente sulle altre sottosistemi del kernel. Nel nuovo branch \u00ablinus-next\u00bb, i criteri di accettazione delle modifiche saranno pi\u00f9 severi \u2014 verranno inclusi solo i pull request indirizzati a Linus Torvalds che, secondo quanto affermato dagli sviluppatori, Linus accetter\u00e0 nella versione principale del kernel. <\/p>\n
L'emergere del ramo «linus-next» non solo permetter\u00e0 di testare la compatibilit\u00e0 delle modifiche proposte a livello di compilazione del kernel, ma fornir\u00e0 anche una valutazione diretta del funzionamento, il che porter\u00e0 a un miglioramento della qualit\u00e0 del testing delle modifiche nella fase di revisione delle pull request gi\u00e0 inviate ma non ancora valutate da Linus. Il nuovo ramo stimoler\u00e0 anche l'invio di pull request il prima possibile, prima dell'apertura della finestra per l'accettazione delle modifiche, per consentire di testarle in azione. Inoltre, il ramo «linus-next» si svilupper\u00e0 secondo un modello di integrazione continua, piuttosto che tramite aggiornamenti giornalieri con la creazione di un nuovo tag, semplificando cos\u00ec l'analisi dei problemi e l'identificazione delle modifiche specifiche che hanno causato un malfunzionamento. <\/p>\n
In aggiunta, si pu\u00f2 notare il malcontento di Linus Torvalds riguardo al processo di blocco a livello del kernel delle vulnerabilit\u00e0 nell'hardware, espresso durante la discussione sulle problematiche e le regressioni nel codice per contrastare attacchi che sfruttano le vulnerabilit\u00e0 nel meccanismo di esecuzione speculativa delle istruzioni nella CPU. Le modifiche necessarie per bloccare le vulnerabilit\u00e0 hardware complicano lo sviluppo, portano a regressioni e influiscono negativamente sulle prestazioni, dato che gli attacchi che utilizzano la maggior parte di queste vulnerabilit\u00e0 sono puramente teorici e non vengono mai applicati nella pratica, al di fuori di condizioni di laboratorio. <\/p>\n
Considerando la proposta di modificare il kernel per bypassare potenziali problemi nel contrastare le vulnerabilit\u00e0 hardware, Linus ha suggerito di responsabilizzare i produttori di hardware, in quanto i colpevoli dell'emergere delle vulnerabilit\u00e0 hardware, e di far capire loro che devono risolvere i propri problemi. La modifica in discussione era proposta come una misura precauzionale, poich\u00e9 l'incertezza nel comportamento della CPU avrebbe potuto potenzialmente interrompere la protezione su alcune nuove CPU Intel. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"