O Open Source Summit traz uma atualização importante sobre o kernel Linux e que caminho ele seguirá a partir de agora. De acordo com os principais responsáveis pela manutenção do kernel Linux, a mudança mais importante diz respeito à redução do suporte da versão LTS, de seis para apenas dois anos. As informações estão no Open Source Summit Europe. Jonathan Corbet, desenvolvedor do kernel Linux e editor executivo do Linux Weekly News, apresentou a todos as novidades no kernel Linux.
Atualmente, existem seis kernels LTS Linux – 6.1, 5.15, 5.10, 5.4, 4.19 e 4.14. De acordo com o processo até o momento, o 4.14 seria lançado em janeiro de 2024 e outro kernel seria adicionado. No futuro, porém, quando o kernel 4.14 e os próximos dois caírem, eles não serão substituídos.
Por que? Simples, Corbet explicou: “Realmente não faz sentido mantê-lo por tanto tempo porque as pessoas não os estão usando”. Embora eu tenha certeza de que alguém ainda está executando o 4.14 em um sistema Linux de produção, não pode haver muitos deles.
Outra razão, e um problema muito maior do que simplesmente manter o LTS, de acordo com Corbet, é que os mantenedores de código Linux estão esgotados. Não é que os desenvolvedores sejam um problema. As últimas versões do Linux envolveram uma média de mais de 2.000 programadores – incluindo cerca de 200 novos desenvolvedores chegando – trabalhando em cada versão. Entretanto, os mantenedores – as pessoas que verificam o código para ver se ele se ajusta e funciona corretamente – são outra questão.
Kernel Linux LTS terá suporte reduzido de seis para dois anos
Os mantenedores enfrentam vários obstáculos para realizar seu trabalho. Obstáculo um: muitos mantenedores não são pagos para manter. Eles mantêm o código além de seus trabalhos diários. Além disso, eles enfrentam demandas crescentes de tempo – devido à falta de pessoal e ao uso de fuzzers para encontrar bugs. Embora os fuzzers sejam úteis, eles também revelam muitos pequenos bugs, cada um dos quais deve ser examinado e depois descartado pelos mantenedores.
Notícias Relacionadas
Linux 6.12
Microsoft otimiza Hyper-V para melhorar inicialização do Linux com muitos CPUs
A Microsoft otimizou o Hyper-V no Linux 6.12, acelerando o tempo de inicialização de VMs com muitos CPUs em até 66%, crucial para ambientes de computação em nuvem.
Nada certo
Patch para otimizar kernel Linux com x86_64 é criticado e pode não avançar
Um patch que propõe novos níveis de otimização x86_64 para o kernel Linux recebeu críticas dos desenvolvedores upstream. A falta de justificativa clara e a complexidade adicional podem impedir sua aceitação no kernel principal.
O resultado? Para citar Josef Bacik, desenvolvedor e mantenedor do sistema de arquivos do kernel Linux: “Os mantenedores estão esgotados [porque] os mantenedores não escalam.” Acrescentou Darrick Wong, outro mantenedor sênior do kernel Linux: “Isso não pode suportar. Precisamos de ajuda.”
Como eles podem obter ajuda? Bem, por um lado, Corbet sugere que os mantenedores conversem com seus empregadores sobre pagá-los pelo trabalho de manutenção. Como observou Wong:
“A maioria dos meus amigos trabalha para pequenas empresas, organizações sem fins lucrativos e governos locais. Eles relatam os mesmos problemas com excesso de trabalho, medo generalizado e raiva, e lutam para compreender e se adaptar às novas ideias que observo aqui. Eles veem a conexão direta entre a falta de receita e recursos de sua organização. Eles não entendem por que diabos o mesmo acontece comigo e com meus associados de proximidade no local de trabalho, quando todos trabalhamos para empresas que liberam centenas de bilhões de dólares.”
Esta é uma boa pergunta. As empresas devem perceber que precisam retribuir ao Linux se quiserem continuar a colher os seus benefícios. Um problema relacionado: o Linux agora está adotando o Rust como um experimento. Embora isso seja uma boa notícia em muitos aspectos – Rust remove classes inteiras de erros aos quais a linguagem C principal do Linux é vulnerável – também representa problemas para os mantenedores. Afinal, se um mantenedor passou 30 anos trabalhando em C, pedir que ele se torne um especialista em Rust é uma grande tarefa.
