NVIDIA ha pubblicato la prima versione stabile del nuovo ramo del driver proprietario NVIDIA 465.24. Allo stesso tempo è stato proposto un aggiornamento del ramo LTS di NVIDIA 460.67. Il driver è disponibile per Linux (ARM, x86_64), FreeBSD (x86_64) e Solaris (x86_64).
Le versioni 465.24 e 460.67 aggiungono il supporto per le GPU A10, A10G, A30, PG506-232, RTX A4000, RTX A5000, T400 e T600. Tra le modifiche specifiche del nuovo ramo NVIDIA 465:
- Per la piattaforma FreeBSD è stato implementato il supporto per l'API grafica Vulkan 1.2.
- Il pannello delle impostazioni nvidia è stato aggiornato per migliorare la coerenza delle impostazioni di gestione del layout dello spazio sullo schermo specifiche per alcuni monitor o GPU.
- Prestazioni migliorate per il rendering del testo punteggiato tramite DrawText() nell'ambiente X11.
- Aggiunto supporto per le estensioni Vulkan VK_KHR_synchronization2, VK_KHR_workgroup_memory_explicit_layout e K_KHR_zero_initialize_workgroup_memory.
- Vulkan aggiunge il supporto per l'utilizzo di immagini lineari nella memoria video visibile all'host.
- Il supporto per il meccanismo di gestione dinamica dell'alimentazione D3 (RTD3, Runtime D3 Power Management) è abilitato per impostazione predefinita.
- Il programma di installazione del pacchetto .run include l'installazione dei servizi systemd nvidia-suspend.service, nvidia-hibernate.service e nvidia-resume.service, che vengono utilizzati durante l'impostazione del parametro NVreg_PreserveVideoMemoryAllocations=1 nel modulo nvidia, necessario per le funzionalità avanzate di ibernazione e standby. Per disabilitare l'installazione dei servizi, viene fornita l'opzione “--no-systemd”.
- Nel driver X11, per le applicazioni rimaste senza terminale virtuale (VT), è stata aggiunta la possibilità di continuare a lavorare sulla GPU, ma con un limite di frame rate. Per abilitare questa modalità, il modulo nvidia fornisce il parametro NVreg_PreserveVideoMemoryAllocations=1.
- Bug risolti. Ciò include la risoluzione dei problemi nel funzionamento di alcune configurazioni con un gran numero di schermi collegati a una GPU. Risolto il problema con il blocco delle applicazioni GLX multi-thread durante il tentativo di gestire XError. Risolto un potenziale arresto anomalo del driver Vulkan durante la pulizia di immagini multistrato. I problemi con SPIR-V sono stati risolti.
Fonte: opennet.ru