{"id":125413,"date":"2025-05-22T15:05:15","date_gmt":"2025-05-22T13:05:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij"},"modified":"2025-05-22T15:05:15","modified_gmt":"2025-05-22T13:05:15","slug":"predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Apresentada a concep\u00e7\u00e3o da distribui\u00e7\u00e3o AerynOS com fundamenta\u00e7\u00e3o nas decis\u00f5es arquitet\u00f4nicas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os desenvolvedores do AerynOS, anteriormente conhecido como SerpentOS, publicaram um artigo detalhado que revela os aspectos conceituais e a implementa\u00e7\u00e3o t\u00e9cnica do projeto, justificando as decis\u00f5es arquitet\u00f4nicas tomadas. O l\u00edder do projeto, Ikey Doherty, destaca que o AerynOS \u2014 n\u00e3o \u00e9 apenas \"mais uma distribui\u00e7\u00e3o Linux\", mas sim uma plataforma, uma base e um conjunto de ferramentas, criadas com uma vis\u00e3o clara. <\/p>\n
A ideia central do projeto \u00e9 formulada como uma pergunta: \"E se o sistema operacional se comportasse como uma infraestrutura moderna?\". O AerynOS \u00e9 apresentado como a resposta a essa pergunta \u2014 um sistema constru\u00eddo do zero, n\u00e3o uma continua\u00e7\u00e3o do modelo tradicional de muta\u00e7\u00f5es incorporadas dentro de uma distribui\u00e7\u00e3o. O projeto se baseia na experi\u00eancia dos autores no desenvolvimento de outras distribui\u00e7\u00f5es, incluindo Solus e Clear Linux. <\/p>\n
Entre as principais decis\u00f5es t\u00e9cnicas do AerynOS, podemos destacar: <\/p>\n
\n
A utiliza\u00e7\u00e3o da ferramenta LLVM em vez do GNU, adotando libc++ e compiler-rt como padr\u00e3o. Os desenvolvedores explicam essa escolha n\u00e3o apenas como uma prefer\u00eancia por LLVM, mas como uma decis\u00e3o estrat\u00e9gica para garantir diagn\u00f3sticos de qualidade superior, corre\u00e7\u00e3o e portabilidade dos pacotes. Ao mesmo tempo, o sistema utiliza glibc em vez de musl, o que \u00e9 uma escolha consciente em favor da compatibilidade e desempenho.\n
Como mencionado no artigo: \"A vantagem do glibc sobre o musl em termos de desempenho \u00e9 bem documentada, especialmente para cargas de trabalho computacionalmente intensivas e aplica\u00e7\u00f5es que requerem desempenho ideal em multi-processamento.\" Os criadores enfatizam que seu objetivo \u00e9 construir um sistema operacional vi\u00e1vel e utiliz\u00e1vel para uma variedade de cen\u00e1rios. <\/p>\n
O conceito de \"statelessness\" (sem estado) \u2014 pacotes s\u00e3o proibidos de conter quaisquer arquivos fora do diret\u00f3rio \/usr. Como explicam os desenvolvedores, essa abordagem for\u00e7a a defini\u00e7\u00e3o de valores padr\u00e3o razo\u00e1veis em todos os n\u00edveis e elimina \"horr\u00edveis conflitos de mesclagem tripla durante atualiza\u00e7\u00f5es de pacotes\". N\u00e3o h\u00e1 conflitos porque tudo em \/etc e \/var pertence ao usu\u00e1rio, enquanto \/usr \u00e9 exclusivamente para o sistema. O conceito foi desenvolvido durante a \u00e9poca do Clear Linux e Solus, e no AerynOS recebeu mais desenvolvimento.\n
Atualiza\u00e7\u00f5es at\u00f4micas \u2014 cada transa\u00e7\u00e3o moss \u00e9 at\u00f4mica. O sistema rapidamente cria uma nova \u00e1rvore \/usr usando links r\u00edgidos de um cache deduplicado. Ap\u00f3s a cria\u00e7\u00e3o e prepara\u00e7\u00e3o bem-sucedidas, a nova \u00e1rvore \u00e9 substitu\u00edda de forma at\u00f4mica. A transa\u00e7\u00e3o preparada \u00e9 trocada com o diret\u00f3rio real \/usr usando renameat2 com a flag RENAME_EXCHANGE. A atualiza\u00e7\u00e3o \u00e9 realizada completamente ou n\u00e3o \u00e9 executada de forma alguma, sem estados intermedi\u00e1rios.\n
Gerenciamento de inicializa\u00e7\u00e3o baseado nos projetos blsforme e disks-rs. A caracter\u00edstica desse m\u00e9todo \u00e9 que o sistema forma dinamicamente os par\u00e2metros para a linha de comando do kernel, lendo os superblocos dos dispositivos do sistema de arquivos raiz. Portanto, no AerynOS, n\u00e3o existe um arquivo de configura\u00e7\u00e3o que contenha o par\u00e2metro \"root=\". Al\u00e9m disso, o identificador da transa\u00e7\u00e3o moss \u00e9 codificado na linha de comando do kernel e processado durante a inicializa\u00e7\u00e3o precoce no initramfs. \"Em resumo, isso significa que cada kernel est\u00e1 corretamente sincronizado com o respectivo sistema de arquivos raiz, e o rollback \u00e9 barato, simples e acess\u00edvel diretamente no menu de inicializa\u00e7\u00e3o\", explicam os desenvolvedores. Outra vantagem \u00e9 a aus\u00eancia de \/etc\/default\/grub; se o ESP for apagado, o moss pode restaur\u00e1-lo do zero.\n
O formato de pacotes .stone \u00e9 um formato bin\u00e1rio pr\u00f3prio de pacotes com um cabe\u00e7alho agn\u00f3stico em rela\u00e7\u00e3o a vers\u00f5es para garantir futuras altera\u00e7\u00f5es. Cada pacote .stone cont\u00e9m quatro tipos espec\u00edficos de dados (payload), cada um dos quais pode evoluir independentemente devido ao versionamento:\n
\n
Carga \u00fatil de conte\u00fado (Content payload) \u2014 um bloco sequencial de dados deduplicados, ou seja, o pr\u00f3prio conte\u00fado dos arquivos do pacote.\n
Carga \u00fatil de \u00edndice (Index payload) \u2014 cont\u00e9m deslocamentos para a carga \u00fatil de conte\u00fado, indexados pelo hash XXH128 do conte\u00fado (est\u00e1 planejada a transi\u00e7\u00e3o para o Blake3). Isso permite encontrar e extrair dados de maneira eficiente.\n
Carga \u00fatil de layout (Layout payload) \u2014 descreve o layout esperado do sistema de arquivos ao aplicar o pacote, ou seja, onde e quais arquivos devem ser instalados.\n
Carga \u00fatil de metadados (Metadata payload) \u2014 uma sequ\u00eancia de registros de metadados marcados e estritamente tipados, como nome do pacote, recursos fornecidos, etc. <\/ul>\n<\/ul>\n
A compress\u00e3o de todas as cargas \u00e9 realizada com Zstd, proporcionando excelente desempenho de descompacta\u00e7\u00e3o enquanto mant\u00e9m uma boa taxa de compress\u00e3o. O processo de 'instala\u00e7\u00e3o' .stone \u00e9 radicalmente diferente de outros sistemas. Em vez de instalar arquivos diretamente, o pacote \u00e9 armazenado em cache e seu conte\u00fado \u00e9 entrela\u00e7ado em um reposit\u00f3rio comum com endere\u00e7amento por conte\u00fado (CAS). Metadados e informa\u00e7\u00f5es sobre o layout s\u00e3o armazenados separadamente e utilizados na cria\u00e7\u00e3o de transa\u00e7\u00f5es. Essa abordagem garante a atomicidade das atualiza\u00e7\u00f5es e a capacidade de revers\u00e3o, j\u00e1 que cada transa\u00e7\u00e3o cria uma nova parti\u00e7\u00e3o raiz, ao inv\u00e9s de modificar uma existente. <\/p>\n
Os desenvolvedores destacam que a abordagem atual de emula\u00e7\u00e3o de gerenciamento imperativo de pacotes \u00e9 'completamente sem sentido' e 'na verdade introduz mais erros do que resolve'. Como cada transa\u00e7\u00e3o cria um novo sistema de arquivos raiz, no futuro est\u00e1 prevista a cria\u00e7\u00e3o de um novo gr\u00e1fico para cada transa\u00e7\u00e3o, abandonando as mudan\u00e7as incorporadas em favor de uma abordagem declarativa, semelhante \u00e0 Gentoo ou Nix. <\/p>\n
Outra explica\u00e7\u00e3o interessante diz respeito \u00e0 imutabilidade. Os criadores observam que frequentemente AerynOS \u00e9 descrito como um sistema operacional imut\u00e1vel, mas 'isso n\u00e3o est\u00e1 totalmente correto'. Embora cada transa\u00e7\u00e3o resulte em uma nova \u00e1rvore \/usr e as altera\u00e7\u00f5es locais n\u00e3o sejam salvas, o sistema n\u00e3o \u00e9 imut\u00e1vel no sentido de acesso somente leitura. No futuro, est\u00e1 prevista a implementa\u00e7\u00e3o de verdadeira imutabilidade do sistema sem a necessidade de reinicializa\u00e7\u00e3o, utilizando erofs e overlayfs. <\/p>\n
Atualmente, AerynOS est\u00e1 se desenvolvendo ativamente, j\u00e1 lan\u00e7ando imagens ISO com o ambiente GNOME, adequadas para jogos (suporte para drivers NVIDIA, Steam, Flatpak), possuindo usu\u00e1rios reais que destacam a estabilidade e a inova\u00e7\u00e3o do sistema. De acordo com os desenvolvedores, o projeto est\u00e1 em fase alfa e n\u00e3o \u00e9 isento de problemas, mas j\u00e1 representa um sistema coeso que 'simplesmente funciona'. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"