www.baixebr.org Crônicas do kernel
COLUNA
Zack Brown
Rótulos de maturidade do código, JFFS e uma alternativa à proposta de Syslets. Veja as últimas invenções dos desenvolvedores do kernel. por Zack Brown
Maturidade de código no sistema de configuração Robert P. J. Day sugeriu a adição de alguns novos níveis de maturidade de código à estrutura kbuild: DEPRECATED e OBSOLETE. Infelizmente, a discussão acabou se concentrando em determinar o significado preciso de cada um desses termos. A idéia de Day era que “obsolete” significa que o código está completamente morto e sem suporte, enquanto “deprecated” é válido para aqueles códigos que ainda funcionam, embora exista ao menos uma
... nesse sentido, podemos esperar mais níveis de maturidade na interface de configuração do kernel, no futuro. alternativa completamente viável. Outros desenvolvedores enxergavam a questão exatamente da forma oposta. Bartlomiej Zolnierkiewicz, por exemplo, considera “deprecated” como indicativo de que não há qualquer alternativa disponível, mas que o código é ruim e deveria ser substituído, enquanto “obsolete” significa que há uma alternativa, e portanto não é mais necessário usar o código antigo. Tentativas de resolver a questão não tiveram sucesso algum – havia grande margem para interpretação. Por um lado, parecia que todos concordavam que esses níveis de maturidade seriam úteis; então, nesse sentido, podemos esperar mais níveis de maturidade na interface de configuração do kernel, no futuro. Sam Ravnborg e Day também discutiram formas de indicar o nível de maturidade no próprio nome da opção, durante a configuração. Atualmente, o único nível de maturidade disponível é EXPERIMENTAL, e a única forma de identificarmos uma opção experimental é procurando um grande “EXPERIMENTAL” ao final do nome da opção.
14
Adeus, JFFS
A já anunciada remoção do sistema de arquivos JFFS, superado pelo JFFS2, finalmente aconteceu! O JFFS foi retirado da árvore principal do kernel, e Adrian Bunk postou um patch para retirar também a respectiva entrada em MAINTAINERS. David Brownell postou outro patch para marcar o código da porta paralela como não-mantido no arquivo MAINTAINERS, pois nenhum dos quatro desenvolvedores listados nele parece estar mantendo-o ativamente. Jean Delvare e Randy Dunlap concordaram com isso, e Delvare pediu encarecidamente que Andrew Morton se encarregasse do patch. Joern Engel postou mais um patch para retirar completamente a entrada do DevFS do arquivo MAINTAINERS (ele já havia sido listado como obsoleto). O DevFS, mais do que qualquer outro recurso removido, já causou muitas dores para que os desenvolvedores o retirassem do kernel completamente.
Syslets? Threadlets
Mês passado discuti o novo subsistema de Syslets de Ingo Molnar, que oferecia uma forma engenhosa de iniciar chamadas de sistema em segundo plano. Após Linus Torvalds declarar que achou a interface complicada e difícil demais para o usuário comum, Molnar mostrou um sistema modificado, introduzindo a idéia de threadlets. Elas são um complemento à idéia original de syslets, porém com uma interface muito mais simples. As threadlets são basicamente uma forma de iniciar funções arbitrárias em segundo plano com o recurso adicional de criar uma nova thread somente se a threadlet for bloqueada por algo; senão, o contexto permanece aquele do programa-pai. A desvantagem das threadlets é que são bem mais lentas que as syslets. ■
O autor A lista de discussão Linux-kernel é o núcleo das atividades de desenvolvimento do kernel. Zack Brown consegue se perder nesse oceano de mensagens e extrair significado! Sua newsletter Kernel Traffic esteve em atividade de 1999 a 2005.
http://www.linuxmagazine.com.br