Greg Kroah-Hartman, um dos mantenedores do kernel do Linux recentemente recebeu uma proposta em que diz que seja possível que um framework dedicado ao desenvolvimento de drivers em linguagem Rust seja aceito no núcleo.
Embora no momento não haja nada de concreto, para isso, Greg Kroah-Hartman formula duas condições: Uma delas é que o framework não será ativado por padrão no caso de sua integração, isto, para evitar que não seja necessário Rust para compilar o kernel; segundo, que a abordagem proposta tem vantagens reais em comparação com aquelas derivadas do uso da linguagem C.
É sabido que o Linux Kernel é o produto de desenvolvimentos em linguagens C e acima de tudo que para Linus Torvalds C é antes de tudo. Portanto, no desenvolvimento dos drivers para o sistema, o uso de C.
Os desenvolvedores comprometeram grandes oportunidades que oferece em termos de gerenciamento de recursos de hardware de um sistema de computador o uso de Rust.
E é que mais e mais vozes são levantadas para convocar a passagem para a linguagem Rust, um dos quais deve substituir C para controle de material.
E é isso no último Linux Security Summit, pesquisadores de segurança, junto com outros, apontaram para uma das maiores deficiências de linguagem C são os problemas relacionados ao gerenciamento de memória - estouros de buffer, alocações, acesso a áreas de memória inválidas ou liberadas, etc.
De acordo com os números informados pela dupla de pesquisadores, resulta de 65% das vulnerabilidades do kernel Linux identificadas nos últimos 6 meses. Os números de Common Vulnerabilities and Exposure (CVE) são semelhantes: 15.9% das 2288 vulnerabilidades que afetaram o kernel do Linux em 20 anos estão relacionadas a estouros de buffer.
A equipe de pesquisa não falou apenas sobre os benefícios que Rust oferece em comparação com C. Ele também aproveitou a oportunidade para apresentar uma iniciativa para desenvolver um framework dedicado ao desenvolvimento de drivers Linux.
Simplificando, o esforço é trabalhar com as APIs do kernel do Linux. Os desenvolvimentos são para arquiteturas x86, arm / arm64, mips, POWERPC, RISC-V, s390 e SPARC.
Mas o maior problema é que apenas Linus Torvalds acredita que não há nada melhor do que a linguagem C para programação do sistema.
Devo dizer que sou bastante antiquado em questões como esta. A razão pela qual iniciei o Linux e os sistemas operacionais em geral é que realmente gosto do hardware. Gosto de explorar o aspecto material.
Não estou dizendo isso para enfatizar que sou um especialista. O que quero dizer é que gosto de interagir com o hardware do software. Visto desse ponto de vista, ainda não vi uma linguagem de programação que só se aproxime da linguagem C.
Essa afirmação não ocorre apenas porque C é útil para gerar um bom código para lidar com hardware. Além disso, usar C faz sentido para pessoas que pensam como um computador. Acho que a razão é que as pessoas que projetaram a linguagem C o fizeram em uma época em que os compiladores precisavam ser simples; em um momento em que a linguagem teve que se adaptar à saída ou resultado esperado.
Então, quando leio o código na linguagem C, sei como será o código assembly e é isso que me interessa ", disse ele há 7 anos durante um de seus discursos na conferência. Centro de tecnologia de código aberto da Intel.
Anteriormente, você abandonou propostas semelhantes para introduzir C ++ no círculo de linguagens dedicadas ao desenvolvimento de drivers para Linux. Em particular, destacou a capacidade de tornar a orientação a objetos mais limpa com C do que com C ++.
A iniciativa de Alex Gaynor e Geoffrey Thomas continua a ser um grande projeto em muitos eixos. Por exemplo, a equipe de pesquisa enfatiza a necessidade de continuar o desenvolvimento de drivers para sistemas de arquivos e para tipos de dispositivos específicos.
Então teremos que ver se o conteúdo pode convencerra mantenedores do Linux.