Em 2020, a Intel anunciou o OSPRay Studio como um visualizador interativo de rastreamento de raio que foi adicionado ao seu pacote de software oneAPI e alimentado por seu mecanismo OSPRay. Agora, acabade sair uma atualização importante para este programa de código aberto. Assim, a Intel lança OSPRay Studio 0.11.1 para visualizações interativas com Ray Traced.
No mês passado, a Intel apresentou o OSPRay Studio 0.11 com muitas melhorias em relação à versão anterior, ao mesmo tempo em que traz os mais recentes OSPRay, OpenVKL e outros componentes oneAPI que alimentam esse visualizador multiplataforma construído em torno de padrões abertos.
Intel lança OSPRay Studio 0.11.1 para visualizações interativas com Ray Traced
O lançamento do OSPRay Studio 0.11.1 desta semana tem principalmente uma variedade de correções de bugs. No entanto, ele tem algumas correções para alguns problemas que surgiram enquanto eu estava testando o OSPRay Studio 0.11, então é uma atualização que vale a pena.
Aqueles que desejam brincar com o OSPRay Studio 0.11.1 podem encontrar as fontes no GitHub junto com os binários do Windows, macOS e Linux. Mais informações sobre o OSPRay Studio em geral podem ser encontradas em OSPRay.org.
Engenheiros de firmware da Intel fazem uma importante melhoria de energia para Sapphire Rapids
No início deste ano, o suporte ao driver Intel Idle estava sendo preparado para CPUs Xeon “Sapphire Rapids”, mas uma limitação com esses futuros processadores Xeon Scalable foi que o manuseio dos c-states C1 e C1E agora são mutuamente exclusivos.
Ao contrário dos processadores Xeon anteriores, os estados C1 e C1E não podiam ser habilitados ao mesmo tempo. Felizmente, através do novo firmware da Intel, eles conseguiram superar essa limitação.
Inicialmente, o Sapphire Rapids não podia ter os estados C1 e C1E ativados ao mesmo tempo. Então, o kernel Linux foi adaptado para ativar apenas os estados C1 e C6 com o driver intel_idle enquanto adicionava uma opção de tempo de inicialização se preferir o estado C1E para melhor energia -poupança.
O estado de “parada aprimorada” do C1E economiza mais energia do que o C1 quando ocioso, mas tem uma latência de saída mais longa ao retornar da inatividade para a operação.
O comportamento original do Intel_Idle para o Sapphire Rapids era habilitar o estado C1 por padrão, renunciando ao estado C1E aprimorado para obter maior desempenho no gerenciamento de energia. (Enquanto isso, em Alder Lake, com essa limitação, ele fica do lado de C1E em vez de C1.)
Felizmente, os engenheiros de firmware da Intel superaram a limitação com o Sapphire Rapids, que precisa de suporte a C1 e C1E para ser independente. Com o firmware mais recente – e o que fará parte do firmware de produção – os C-States C1 e C1E não são mais mutuamente exclusivos.
Assim, uma reversão parcial para a habilitação anterior do Sapphire Rapids para Intel_Idle agora está enfileirado para Linux 5.20 e marcado para back-porting para a série estável atual. O Sapphire Rapids agora terá o estado “C1E” de parada aprimorado disponível por padrão no Linux para aumentar o potencial de economia de energia além do C1.
