Com Kolivas quer abandonar seu trabalho no kernel do Linux

Desanimado, Com Kolivas quer abandonar seu trabalho no kernel do Linux e deu detalhes sobre os motivos e o futuro dos projetos.

Com Kolivas é um anestesista e programador autodidata da Austrália que trabalhou no kernel Linux e no desenvolvimento do software de mineração CGMiner)

Agora, ele anunciou há poucos dias sua intenção de parar de desenvolver seus projetos no kernel Linux para tornar as tarefas do usuário mais responsivas e interativas.

Com Kolivas quer abandonar seu trabalho no kernel do Linux

Com Kolivas quer abandonar seu trabalho no kernel do Linux
Com Kolivas quer abandonar seu trabalho no kernel do Linux

Em particular, menciona que irá parar todo o desenvolvimento relacionado ao MuQSS (Multiple Queue Skiplist Scheduler, anteriormente desenvolvido com o nome BFS) e irá parar a adaptação do conjunto de patches “-ck” para novas versões do kernel.

A razão para esta intenção é devido à perda de interesse em desenvolver para o kernel Linux após 20 anos de atividades semelhantes e à incapacidade de recuperar a motivação anterior após retornar às atividades médicas durante a pandemia de Covid19 (para educação, Kon é anestesiologista e durante a pandemia, ele liderou um projeto para desenvolver um novo design de ventilador e o uso de impressão 3D para criar peças relacionadas.)

Vale ressaltar que em 2007 Con Kolivas já havia parado de desenvolver os patches “-ck” no contexto da impossibilidade de promover seus patches para o kernel Linux principal, mas depois voltou ao seu desenvolvimento.

Mas agora ele mencionou que, se não encontrar motivação para continuar trabalhando desta vez, o patch 5.12-ck1 será o último.

“O tamanho da minha base de usuários parece estar diminuindo com o tempo, e estou me afastando cada vez mais do que está acontecendo no espaço do kernel do Linux, com inúmeras outras coisas me preocupando em meu tempo livre.”

“Por mais que eu ainda prefira rodar meu próprio kernel no meu hardware, estou tendo problemas para me motivar após os últimos 18 meses de insanidade global devido à Covid19 e eu sinto que realmente deveria encerrar este conjunto de patches com elegância. Meus primeiros patches do kernel do Linux datam de 20 anos e, quase sem paixão por trabalhar com eles, acho que podem estar muito atrasados.”

“Infelizmente, também não tenho fé que haja alguém a quem eu possa entregar o código como um sucessor, pois quase todas as bifurcações que vi em meu trabalho estão sujeitas a problemas que tentei evitar.”

Os patches “-ck”, além do agendador MuQSS, que continua o desenvolvimento do projeto BFS, incluem várias mudanças que afetam o gerenciamento de memória, tratamento de prioridade, geração de interrupções de cronômetro e ajuste de kernel.

O principal objetivo do patch é melhorar a capacidade de resposta dos aplicativos na área de trabalho.

Uma vez que as alterações propostas podem afetar negativamente o desempenho dos sistemas servidores, computadores com um grande número de núcleos de CPU e operando em condições de execução simultânea de um grande número de processos, muitas das alterações de Con Colivas foram recusadas a serem aceitas no principal composição do kernel e teve que mantê-los na forma de um conjunto separado de patches, adaptável a cada nova versão do kernel.

A última atualização do branch “-ck” foi o porte para a versão 5.12 do kernel. O lançamento dos patches “-ck” para o kernel 5.13 foi ignorado e, depois que o kernel 5.14 foi lançado, a intenção era parar a migração para versões mais novas do kernel.

Provavelmente, os projetos Liquorix e Xanmod, que já usam desenvolvimentos do conjunto “-ck”, serão capazes de substituir a manutenção do patch.

Com Kolivas está disposto a transferir a manutenção dos patches para outras mãos, mas não acha que essa seja uma boa solução, pois todas as tentativas anteriores de criar forks levaram a problemas que ele tentou evitar.

Para usuários que desejam tirar o máximo proveito do kernel Linux principal sem portar o agendador MuQSS para ele, Con Kolivas acredita que a maneira mais fácil e eficiente de fazer isso é mover patches para aumentar a taxa de geração de interrupção HZ para 1000Hz.

Por fim, se você tiver interesse em saber mais sobre o assunto, poderá verificar os detalhes no seguinte endereço.

Sobre o Edivaldo Brito

Edivaldo Brito é analista de sistemas, gestor de TI, blogueiro e também um grande fã de sistemas operacionais, banco de dados, software livre, redes, programação, dispositivos móveis e tudo mais que envolve tecnologia.

Deixe um comentário

Esse site utiliza o Akismet para reduzir spam. Aprenda como seus dados de comentários são processados.