Ao que tudo indica, a distribuição SUSE Linux passará por mudanças importantes em breve. Antes da próxima plataforma Linux adaptável openSUSE/SUSE (ALP), se deve aumentar o nível de recurso de microarquitetura x86_64 exigido pelo sistema operacional Linux. Tudo isso continua em avaliação e, junto, há opções para fazer uso de extensões de conjunto de instruções x86_64 mais recentes sem necessariamente forçar requisitos de CPU eliminando o suporte de hardware antigo.
O esforço do ALP tem procurado aumentar os requisitos de CPU x86_64 e potencialmente chegar até o nível de recurso x86-64-v3, onde CPUs habilitadas para AVX podem ser necessárias.
Três semanas atrás, neste rastreador de problemas para o openSUSE, foi relatado:
Acabei de receber a confirmação de que a prova de conceito ALP em setembro/outubro de 2022 terá x86_64-v3 ativado.
O gerente de lançamento do SUSE, Lubos Kocman, comentou nesse ticket que é possível que o SUSE ALP tenha como alvo x86_64-v3, mas o openSUSE pode acabar indo para x86_64-v2:
O openSUSE ALP ainda está [sendo discutido], pois podemos decidir reconstruir os binários ou reutilizar os binários do SUSE (que seria a maneira de fechar a lacuna do salto).
Minha preferência seria -v2 no “openSUSE ALP” se decidirmos reconstruir. Basicamente, discutimos o mesmo na reunião anterior do GT da Comunidade.
Enquanto isso, está acontecendo na lista de discussão do openSUSE Factory uma discussão sobre os níveis de recursos da microarquitetura x86_64. Neste segmento da lista de discussão , foi inicialmente criado para usar o destino x86-64-v2 para o openSUSE Factory, que exigiria que CPUs x86_64 suportassem alguns recursos adicionais como SSE4.2 e POPCNT, mas não exigem AVX ou FMA e BMI.
Desenvolvedores do OpenSUSE discutem recursos da microarquitetura x86_64
Esse tópico da lista de discussão também trouxe à tona os problemas atuais em torno dos níveis de recursos da microarquitetura x86_64, que são conjuntos bastante arbitrários e, no momento, não se integram bem às soluções de gerenciamento de pacotes etc. pode ser suportado simultaneamente e, idealmente, oferecer apenas várias compilações para os pacotes mais populares e sensíveis ao desempenho, onde o uso de extensões de conjunto de instruções x86_64 mais recentes é muito benéfico em vez de reconstruir todo o arquivo.
Isso levou a este ticket de discussão RPMupstream sobre possivelmente retrabalhar como as arquiteturas são tratadas, mas sem código provisório ou propostas sólidas ainda.
Seria ótimo ver o RPM e outros softwares de gerenciamento de pacotes por aí adotarem melhor os níveis de recursos x86_64 para permitir um manuseio de pacotes mais robusto, particularmente para onde um subconjunto de pacotes pode estar disponível e como parte dos metadados do pacote, sendo capaz de comunicar efetivamente qualquer Requisitos de recursos da CPU.
No que diz respeito ao aumento dos requisitos do ALP, parece que a prova de conceito do SUSE ALP no final deste ano realmente terá como alvo o x86_64-v3, enquanto no lado do openSUSE parece que ainda não está definido se eles visam v2 ou v3. Isso vai junto com as discussões mais amplas de outras distribuições Linux também (re)avaliando sua linha de base x86_64 e esperamos que leve a mais melhorias de manuseio upstream com gerenciadores de pacotes, etc.
