{"id":692,"date":"2014-03-05T03:38:24","date_gmt":"2014-03-05T06:38:24","guid":{"rendered":"http:\/\/www.viazap.com.br\/?p=692"},"modified":"2014-03-05T03:38:46","modified_gmt":"2014-03-05T06:38:46","slug":"proximas-tecnologias-do-sistema-gnulinux","status":"publish","type":"post","link":"https:\/\/blog.clusterweb.com.br\/?p=692","title":{"rendered":"Pr\u00f3ximas Tecnologias do Sistema GNU\/Linux"},"content":{"rendered":"

Tudo \u00e9 Um e Um \u00e9 Tudo<\/b><\/p>\n

Resolvi fazer este artigo para quem est\u00e1 curioso sobre as pr\u00f3ximas tecnologias do sistema\u00a0GNU\/Linux<\/a>\u00a0que, provavelmente, estar\u00e3o em seu Desktop dentro de alguns anos (ou alguns meses, para quem usa\u00a0Arch Linux<\/em>).Minha \u00faltima atividade aqui, no Viva o\u00a0Linux<\/a>, tem alguns meses (talvez anos) e eu tinha um artigo em constru\u00e7\u00e3o, no qual o objetivo era apostar quais seriam as pr\u00f3ximas tecnologias e, no futuro, descobrir se eu tinha acertado. Mas, fui acumulando pregui\u00e7a de desenvolver um artigo longo e valioso, e tive a ideia de condensar o artigo.<\/p>\n
\"Linux:<\/a><\/div>\n

PackageKit<\/h1>\n

Desde muito tempo que o GNU\/Linux \u00e9 materializado em diversas distribui\u00e7\u00f5es voltadas para grupos de usu\u00e1rios espec\u00edficos e, um dos fatores mais importantes para o desenvolvimento e manuten\u00e7\u00e3o de uma distribui\u00e7\u00e3o, costuma ser o gerenciador de pacotes.<\/p>\n

Uma causa que contribui ainda mais para a fragmenta\u00e7\u00e3o de esfor\u00e7os, entre essas distribui\u00e7\u00f5es, \u00e9 o uso de formatos de pacotes diferentes. Quer instalar algum software? No\u00a0Debian<\/em>, voc\u00eas usa\u00a0apt-get<\/span>, no\u00a0Fedora<\/em>, voc\u00ea usa\u00a0yum<\/span>\u00a0e no\u00a0Arch Linux<\/em>, voc\u00ea usa\u00a0pacman<\/span>.<\/p>\n

Cada um desses gerenciadores de pacotes aceita um formato de arquivo diferente, ent\u00e3o, para distribuir software pr\u00e9-compilado, voc\u00ea precisa ter o trabalho m\u00faltiplas vezes (ou adotar estrat\u00e9gias diferentes, como delegar o trabalho para os desenvolvedores das distribui\u00e7\u00f5es ou fazer uso de um ambiente, como a STEAM_RUNTIME).<\/p>\n

Essa fragmenta\u00e7\u00e3o existe h\u00e1 muito tempo e eu n\u00e3o acredito que ela v\u00e1 acabar t\u00e3o cedo (principalmente, porque mesmo que uma coopera\u00e7\u00e3o maior aconte\u00e7a, muitos desenvolvedores adoram o argumento de “Por que eu vou substituir algo que j\u00e1 est\u00e1 funcionando?”).<\/p>\n

Apesar de parecer ser um problema s\u00f3 para desenvolvedores, e que n\u00e3o afeta o usu\u00e1rio final, voc\u00ea provavelmente utiliza o GNOME, KDE ou algum outro ambiente gr\u00e1fico que, provavelmente, existe nos reposit\u00f3rios de software das distribui\u00e7\u00f5es de outros usu\u00e1rios.<\/p>\n

N\u00e3o seria legal se os desenvolvedores do seu ambiente gr\u00e1fico desenvolvessem uma interface gr\u00e1fica legal para instalar, atualizar e remover softwares? Com essa fragmenta\u00e7\u00e3o, a exist\u00eancia de tal solu\u00e7\u00e3o \u00e9 reinventada de novo e de novo, para cada distribui\u00e7\u00e3o GNU\/Linux, mas h\u00e1 esperan\u00e7a no\u00a0PackageKit<\/span>, que n\u00e3o \u00e9 t\u00e3o novo assim (mas que tenho a impress\u00e3o de ser pouco disseminado).<\/p>\n

\"Linux:<\/a><\/div>\n

O\u00a0PackageKit<\/span>\u00a0\u00e9 uma “camada” entre os componentes essenciais da sua distribui\u00e7\u00e3o e os aplicativos. Ela deve funcionar da mesma forma em todas as distribui\u00e7\u00f5es e cuida da instala\u00e7\u00e3o\/remo\u00e7\u00e3o\/atualiza\u00e7\u00e3o de softwares\/pacotes.<\/p>\n

V\u00e1rios ambientes gr\u00e1ficos j\u00e1 fornecem programas que fazem uso do\u00a0PackageKit<\/span>, e a \u00fanica coisa que falta para o futuro virar presente, \u00e9 uma ado\u00e7\u00e3o maior.<\/p>\n

\"Linux:<\/a><\/div>\n

Btrfs e F2FS<\/h1>\n

Eu lembro quando fiquei ligeiramente animado no lan\u00e7amento (est\u00e1vel) do\u00a0ext4<\/span>\u00a0pela caracter\u00edstica de desfragmenta\u00e7\u00e3o online. O\u00a0ext3<\/span>\u00a0j\u00e1 fragmentava pouco (em compara\u00e7\u00e3o aos sistemas que eu estava acostumado) e agora, eu sequer vou precisar desfragmentar o sistema manualmente.<\/p>\n

At\u00e9 hoje, ele \u00e9 o sistema de arquivos padr\u00e3o em meus computadores, mas, outros sistemas que prometem mais, est\u00e3o em desenvolvimento j\u00e1 h\u00e1 algum tempo e em breve, poderemos compartilhar de ainda mais funcionalidades legais.<\/p>\n

O\u00a0Btrfs<\/span>, \u00e9 o sistema ao qual eu fui apresentado como “o sistema que teria a capacidade de ser redimensionado online” (enquanto est\u00e1 sendo usado). Hoje em dia, at\u00e9 o\u00a0ext3<\/span>\u00a0tem essa capacidade, de acordo com as notas de lan\u00e7amento do\u00a0GParted 0.17.0<\/span>, mas, o\u00a0Btrfs<\/span>\u00a0continua a evoluir e adicionar funcionalidades legais, como compress\u00e3o transparente (que ser\u00e1 de grande utilidade para o meu Desktop, que s\u00f3 tem um HD interno de 20 GB), Snapshots e outros.<\/p>\n

Outro sistema de arquivos interessante, \u00e9 o\u00a0F2FS<\/span>, sendo desenvolvido pela Samsung que, pretende fornecer v\u00e1rias (mas n\u00e3o todas) das funcionalidades do\u00a0Btrfs<\/span>\u00a0(compress\u00e3o, etc), e que leva em conta caracter\u00edsticas de dispositivos de mem\u00f3ria Flash. Quando for marcado com a “etiqueta est\u00e1vel”, planejo converter o sistema de arquivos de alguns dos meus cart\u00f5es de mem\u00f3ria.<\/p>\n

Imagino que novos sistemas de arquivos devam ser desenvolvidos no futuro. Por exemplo, o\u00a0Btrfs<\/span>\u00a0\u00e9 baseado em uma estrutura de dados\u00a0B-Tree<\/span>, mas, recentemente, fiquei ciente de um banco de dados que usa uma estrutura de dados novas, a\u00a0Fractal Tree<\/span>, que o ajuda a obter mais desempenho que outros bancos de dados que s\u00e3o baseados em\u00a0B-Tree<\/span>.<\/p>\n

Mas, esses esfor\u00e7os s\u00e3o eventos que s\u00f3 melhoram a qualidade do sistema operacional, e n\u00e3o \u00e9 algo que vai exigir esfor\u00e7o da nossa parte diariamente (sistemas de arquivos s\u00e3o tecnologias que demoram a ser desenvolvidas e adotadas).<\/p>\n

systemd<\/h1>\n

systemd<\/span>\u00a0\u00e9 um pol\u00eamico sistema de\u00a0init<\/span>\u00a0que est\u00e1 sendo adotado como default em muitas das principais distribui\u00e7\u00f5es GNU\/Linux (Arch Linux, openSUSE, Fedora, Debian, Ubuntu, etc) e, dessa forma, est\u00e1 unificando os arquivos de configura\u00e7\u00f5es importantes (locale \u00e9 em\u00a0\/etc\/default\/locale<\/span>\u00a0ou\u00a0\/etc\/locale.conf<\/span>? Como habilito sistema X a ser iniciado junto com o sistema?).<\/p>\n

Funcionalidades interessantes do\u00a0systemd<\/span>, incluem suporte a\u00a0cgroup<\/span>\u00a0(fornece um gerenciamento de processos e recursos mais robusto, flex\u00edvel, …), logs menos fr\u00e1geis (logs n\u00e3o-bin\u00e1rios s\u00e3o legais para processar com ferramentas, como\u00a0grep<\/span>\u00a0e\u00a0sed<\/span>, mas o\u00a0systemd<\/span>\u00a0j\u00e1 fornece v\u00e1rios filtros poderosos), gerenciamento de depend\u00eancias com suporte a paralelismo (boots mais r\u00e1pidos, enquanto permanecem corretos!), ativa\u00e7\u00e3o por socket, etc.<\/p>\n

Para uma lista condensada de suas funcionalidades, recomendo acessar a p\u00e1gina no site do Debian, que foi constru\u00edda enquanto ocorria o debate pelo sistema de init default (?):<\/p>\n