Com um novo tema escuro do aplicativo WinRT, acaba de ser lançado o Wine 8.5 que vem com o VKD3D 1.7 incluído. Então, para fechar o mês o março, acaba de sair a mais nova versão do Wine. O Wine 8.5 aproveita a capacidade de executar jogos e aplicativos do Windows no Linux e em outras plataformas.
Na semana passada, foi lançado o VKD3D 1.7 para essa implementação do Direct3D 12 no topo da API Vulkan padrão do setor. O VKD3D 1.7 adicionou recursos HLSL adicionais, várias funções intrínsecas agora conectadas, a capacidade de chamar funções definidas pelo usuário e uma série de outras melhorias para melhorar o suporte Direct3D 12 no Wine. O lançamento do Wine 8.5 trouxe a nova base de código VKD3D 1.7 para sua árvore.
O Wine 8.5 também adiciona uma nova opção ao Winecfg para definir uma opção para ter um tema escuro do aplicativo WinRT, melhor relatório de erros no compilador IDL, suporte para chave de registro de classes WoW64 compartilhada, limpezas no suporte IME e várias correções de bugs.
Wine 8.5 lançado com VKD3D 1.7 incluído e tema escuro do aplicativo WinRT
Existem 21 correções de bugs conhecidas no Wine 8.5 que afetam software como Notepad++, reg.exe, Chocolatey OpenSSH e Chromium para jogos como Deus Ex: Invisible War, Fair Strike e outros.
Downloads e mais detalhes sobre o lançamento do Wine 8.5 via WineHQ.org.
Google publica o driver KVM-CPUFreq para aumentar drasticamente o desempenho e a eficiência de energia da VM
Os engenheiros do Google publicaram patches de “solicitação de comentários” em seu driver KVM-CPUFreq, que faz parte de seu esforço para melhorar o comportamento dinâmico de tensão e escala de frequência e o posicionamento de tarefas nas máquinas virtuais baseadas em KVM. Esse esforço está levando a grandes melhorias no desempenho bruto e no desempenho por Watt para tarefas executadas em VMs do Linux.David Dai do Google escreveu ontem na lista de discussão do kernel:
Esta série de patches é uma continuação da palestra que Saravana deu no LPC 2022 intitulada “CPUfreq/sched and VM guest workload problems”. A essência da conversa é que as cargas de trabalho executadas em uma VM convidada obtêm um posicionamento de tarefa terrível e um comportamento DVFS [Dynamic Voltage and Frequency Scaling] quando comparadas à execução da mesma carga de trabalho no host. Efetivamente, nenhum EAS [Energy Aware Scheduling] para threads dentro de VMs.
Isso tornaria o poder e o desempenho terríveis apenas executando a carga de trabalho em uma VM, mesmo se assumirmos que não há sobrecarga de virtualização.Temos iterado sobre diferentes opções de comunicação entre convidado e host, formas de aplicar as informações provenientes do convidado/host, etc., para descobrir o melhor desempenho e melhorias de energia que poderíamos obter.
A série de patches em seu estado atual NÃO se destina ao desembarque no kernel upstream. Estamos enviando esta série de patches para compartilhar o progresso atual e os dados que temos até agora. A série de patches deve ser fácil de escolher e testar em vários dispositivos para ver quais benefícios de desempenho e energia isso pode oferecer a outros.Com esta série, uma carga de trabalho em execução em uma VM obtém o mesmo posicionamento de tarefa e tratamento DVFS que teria ao executar no host.Como esperado, vemos uma melhoria significativa no desempenho e uma melhor relação desempenho/potência.
Se alguém quiser experimentar isso para suas cargas de trabalho de VM e relatar descobertas, isso seria muito apreciado.A ideia é melhorar o comportamento de CPUfreq/sched da VM:- Tendo o kernel convidado para fazer o rastreamento de carga preciso, levando em consideração o arco/tipo e a frequência da CPU do host.- Compartilhamento de informações de utilização da fila de execução de vCPU com o host para que o host possa fazer escala de frequência adequada e colocação de tarefa no lado do host.
Mais detalhes sobre este trabalho KVM-CPUFreq através desta série de patches de kernel RFC agora em discussão.