O mundo da tecnologia está em constante evolução, e como parte desse processo, as decisões sobre suporte e desenvolvimento de sistemas operacionais são inevitáveis. Uma dessas mudanças impactará os usuários de sistemas baseados em arquitetura x86 de 32 bits. Recentemente, foi anunciado que o Linux Kernel não dará mais suporte a essa arquitetura, trazendo algumas implicações significativas para os usuários. Neste post, vamos explorar os motivos por trás dessa decisão e como ela pode afetar os usuários que ainda utilizam sistemas de 32 bits.
Um conjunto de patches enviados ao Linux Kernel promete fazer uma limpeza no código, especialmente do APIC x86, a informação foi confirmada pelo engenheiro da Intel, Thomas Gleixner, da Linutronix. Ele diz que começou a limpar o código APIC x86 enquanto trabalhava na revisão do mecanismo de avaliação da topologia da CPU do kernel. Ele escreveu na carta de apresentação do patch que está analisado o código que ele diz que é mantido com fita adesiva e arame, e podem conter alguns erros.
O engenheiro não gostou da qualidade do código e ao mesmo tempo chamou essas CPUs de museu. Disse que o código produzido parece um labirinto. Além disso, ele enviou 58 patches, mas neste momento o suporte ao X86 de 32 bits permanece, certamente não será uma decisão muito rapida, isso deve levar um tempo.
Notícias Relacionadas
Linux no macOS?
EFI do Linux 6.11 vai fingir que está inicializando o Apple macOS para corrigir alguns Macs dual-GPU
EFI do Linux 6.11 vai fingir que está inicializando o Apple macOS para corrigir alguns Macs dual-GPU. As alterações EFI já estão no kernel Linux 6.11 em desenvolvimento. Importanten este ciclo no lado EFI é remover o suporte para mapas de memória EFI falsos. E, em seguida, uma solução alternativa para obter suporte a GPU […]
Em níveis básicos, é preciso ativar modo inseguro do código da linguagem de programação.
Rust aprimora padrão de segurança no kernel Linux
Linguagem sensação do mundo open source, a Rust aprimora padrão de segurança no kernel Linux. Para quem ainda não sabe, a linguagem Rust tem fama de ser muito segura e robusta para a memória. Por outro lado, há a palavra-chave “unsafe” dentro de Rust que pode ser usada para código inseguro que concede “superpoderes inseguros” […]
Motivos para o Fim do Suporte
Há vários fatores que contribuíram para a decisão de encerrar o suporte ao x86 de 32 bits:
2.1. Obsolescência: A arquitetura x86 de 32 bits tem sido amplamente utilizada no passado, mas com o surgimento de sistemas de 64 bits, ela se tornou obsoleta. A maioria dos processadores modernos e sistemas operacionais suportam arquiteturas de 64 bits, oferecendo vantagens em termos de desempenho, segurança e capacidade de memória.
2.2. Redução de Custo e Esforço: Manter o suporte a uma ampla variedade de arquiteturas consome recursos significativos em termos de desenvolvimento, teste e manutenção. Concentrar esforços em arquiteturas mais modernas permite que a comunidade do Linux ofereça um suporte mais robusto e atualizado para os usuários.
2.3. Priorização da Inovação: O encerramento do suporte ao x86 de 32 bits permitirá que os desenvolvedores do Linux Kernel concentrem-se em inovações e melhorias para arquiteturas de 64 bits e além. Isso pode resultar em avanços mais rápidos e eficazes nas funcionalidades e desempenho do sistema.
3. Impacto nos Usuários
Para os usuários que ainda dependem de sistemas baseados em x86 de 32 bits, o fim do suporte no Linux Kernel pode trazer algumas considerações:
3.1. Atualizações de Segurança Limitadas: Com o tempo, o suporte a sistemas de 32 bits ficará desatualizado, o que pode tornar esses sistemas mais vulneráveis a ameaças de segurança. É recomendável que os usuários migrem para sistemas de 64 bits para continuar recebendo atualizações de segurança e correções de bugs.
3.2. Compatibilidade de Software: Algumas aplicações e drivers podem não ser mais compatíveis com sistemas de 32 bits no futuro, à medida que os desenvolvedores se concentram em arquiteturas mais modernas. Isso pode limitar a disponibilidade de novos softwares e recursos para esses sistemas.
Mas, como dissemos antes, o martelo ainda não foi batido. Qualquer mudança ou decisão vamos atualizar.
