O Linux Exec deve ser menos propenso a conflitos nos kernels futuros

Confira !



O trabalho contínuo em torno do código exec () do Linux deve torná-lo menos propenso a futuras versões do kernel.

A atual funcionalidade executiva dentro do kernel é "extremamente propensa a conflitos", mas Eric Biederman e outros têm trabalhado para limpar esse código e colocá-lo em um estado melhor para evitar possíveis conflitos. Enviada para o kernel do Linux 5.7 foi a primeira parte do retrabalho do executivo que facilita a localização de casos mais complicados, e a esperança é que para o Linux 5.8 o código para resolver os conflitos de exec esteja pronto.

Linus Torvalds puxou os proc / alterações exec para o Kernel Linux 5.7 do kernel, mas forneceram feedback que tem inflamado uma longa discussão sobre o tema. Linus observou: "Eu peguei, mas não estou totalmente feliz com isso ... Esse código é sutil como o h * ll, e tivemos bugs nele, e ele tem uma série de dezenas de patches para corrigi-los . Mas isso também significa que as explicações para os patches devem levar em consideração as sutilezas e não encobri-las com coisas assim. Ok, chega de explicações. O _code_ real também é meio estranho. "

Pelo menos no curto prazo, no entanto, pode haver mais frustrações. Proveniente de outro patch não imerso, Torvalds escreveu :"Não há como eu pegar esse patch. A quantidade de confusão nesse patch não é aceitável. Desbloquear aleatoriamente o novo bloqueio? Esse código torna tudo pior, é completamente incompreensível, as regras de bloqueio não fazem o menor sentido. Estou seriamente começando a sentir que não deveria ter puxado esse código, porque o futuro parece pior do que o que costumávamos ter. "As mensagens de Torvalds, apesar de estarem com equilíbrio, compararam a como ele costumava fornecer comentários coloridos no passado por códigos menos estelares.

A boa notícia é que, devido à intervenção de Torvalds, mais desenvolvedores estão discutindo esse código frágil, esperançosamente, levando a melhorias e melhorias adicionais. idealmente, vendo o código propenso a deadlock endereçado a tempo para o ciclo do Kernel Linux 5.8, se não houver correções urgentes antes.


Fonte

Até a próxima !!