{"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\/pt\/blog\/news\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Uma ramifica\u00e7\u00e3o do kernel linus-next foi apresentada para testes em integra\u00e7\u00e3o cont\u00ednua","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin da Google, que trabalha com o suporte das vers\u00f5es LTS do n\u00facleo Linux e faz parte do conselho consultivo da Linux Foundation, anunciou a cria\u00e7\u00e3o de uma nova vers\u00e3o do n\u00facleo Linux \u2014 \"linus-next\", que, assim como a vers\u00e3o \"linux-next\", \u00e9 destinada ao teste de altera\u00e7\u00f5es propostas para inclus\u00e3o na futura vers\u00e3o principal do n\u00facleo Linux, mas se diferencia por se concentrar em mudan\u00e7as que est\u00e3o prontas para serem aceitas na vers\u00e3o principal, oferecendo uma base mais est\u00e1vel e adequada para testes. <\/p>\n
A vers\u00e3o anteriormente utilizada \"linux-next\" \u00e9 excelente para verificar a integra\u00e7\u00e3o de altera\u00e7\u00f5es no n\u00facleo, avaliar a exist\u00eancia de conflitos entre as subvers\u00f5es gerenciadas por diferentes mantenedores e identificar erros e avisos relacionados \u00e0 compila\u00e7\u00e3o, mas \u00e9 problem\u00e1tico us\u00e1-la para testar as altera\u00e7\u00f5es introduzidas. A vers\u00e3o \"linux-next\" inclui uma mistura de altera\u00e7\u00f5es prontas para serem levadas \u00e0 vers\u00e3o principal do n\u00facleo e complementos experimentais que ainda podem ser aprimorados por muito tempo e, possivelmente, nunca ser\u00e3o aceitos na vers\u00e3o principal do n\u00facleo. <\/p>\n
A presen\u00e7a de c\u00f3digo experimental inst\u00e1vel impede o uso do n\u00facleo \"linux-next\" para testes de trabalho em plenitude, uma vez que o c\u00f3digo experimental pode impactar negativamente as outras subsistemas do n\u00facleo. Na nova vers\u00e3o \"linus-next\", os crit\u00e9rios para a aceita\u00e7\u00e3o de altera\u00e7\u00f5es ser\u00e3o mais rigorosos \u2014 ser\u00e3o inclu\u00eddos apenas pull requests endere\u00e7ados a Linus Torvalds, os quais, segundo os desenvolvedores, Linus aceitar\u00e1 na vers\u00e3o principal do n\u00facleo. <\/p>\n
A introdu\u00e7\u00e3o da ramifica\u00e7\u00e3o «linus-next» permitir\u00e1 n\u00e3o apenas testar a compatibilidade das mudan\u00e7as propostas no n\u00edvel da constru\u00e7\u00e3o do n\u00facleo, mas tamb\u00e9m avaliar diretamente o funcionamento, o que resultar\u00e1 em uma melhoria na qualidade dos testes das mudan\u00e7as durante a revis\u00e3o dos pull requests j\u00e1 enviados, mas ainda n\u00e3o analisados por Linus. A nova ramifica\u00e7\u00e3o tamb\u00e9m incentivar\u00e1 o envio de pull requests o mais cedo poss\u00edvel, antes mesmo do in\u00edcio da janela de aceita\u00e7\u00e3o de mudan\u00e7as, para possibilitar a testagem de seu funcionamento. Al\u00e9m disso, a ramifica\u00e7\u00e3o «linus-next» se desenvolver\u00e1 de acordo com um modelo de integra\u00e7\u00e3o cont\u00ednua, em vez de atualiza\u00e7\u00f5es di\u00e1rias com a cria\u00e7\u00e3o de novas tags, o que facilitar\u00e1 a an\u00e1lise dos problemas que surgem e a identifica\u00e7\u00e3o das mudan\u00e7as espec\u00edficas que causaram falhas. <\/p>\n
Al\u00e9m disso, pode-se notar a insatisfa\u00e7\u00e3o de Linus Torvalds com o processo de bloqueio a n\u00edvel de n\u00facleo das vulnerabilidades de hardware, expressa durante a discuss\u00e3o sobre problemas e regress\u00f5es no c\u00f3digo para combater ataques que exploram vulnerabilidades no mecanismo de execu\u00e7\u00e3o especulativa de instru\u00e7\u00f5es na CPU. As altera\u00e7\u00f5es necess\u00e1rias para bloquear vulnerabilidades de hardware complicam o desenvolvimento, levam ao surgimento de regress\u00f5es e impactam negativamente o desempenho, sendo que a maioria dos ataques que utilizam tais vulnerabilidades s\u00e3o puramente te\u00f3ricos e nunca s\u00e3o aplicados na pr\u00e1tica, fora de condi\u00e7\u00f5es laboratoriais. <\/p>\n
Ao considerar a proposta de alterar o n\u00facleo para contornar problemas potenciais ao enfrentar vulnerabilidades de hardware, Linus sugeriu responsabilizar os fabricantes de equipamentos, como os culpados pela cria\u00e7\u00e3o de vulnerabilidades de hardware, deixando claro que eles devem resolver seus pr\u00f3prios problemas. A altera\u00e7\u00e3o discutida foi proposta como uma medida de precau\u00e7\u00e3o, j\u00e1 que devido \u00e0 incerteza no comportamento da CPU, a prote\u00e7\u00e3o poderia potencialmente deixar de funcionar em algumas novas CPUs Intel. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"