Il 18 ottobre 2026 Linus Torvalds ha annunciato l’uscita della versione finale di Linux 7.3, secondo quanto riportato da XDA. Il 19 ottobre XDA ha riferito che il kernel include una modifica alla gestione della memoria pensata per aiutare i giochi sulle GPU AMD con poca VRAM. È un intervento sul modo in cui la memoria viene gestita sotto pressione, non un aumento della memoria fisica della scheda.
Che cosa succede quando la VRAM è sotto pressione
Quando la memoria video non basta, alcune risorse possono essere spostate nella RAM di sistema. La GPU deve poi accedervi attraverso il bus PCIe, con limiti di larghezza di banda e latenza che possono influire sulle prestazioni.
Nel suo approfondimento tecnico, l’ingegnera grafica di Valve Natalie Vock descrive un problema nel percorso di eviction di TTM, il gestore condiviso della memoria grafica di Linux. In una situazione di deadlock, l’invio dei comandi alla GPU poteva fallire invece di essere annullato e riprovato usando il meccanismo wound-abort-retry disponibile tramite drm_exec.
Vock descrive anche euristiche pensate per limitare gli spostamenti ripetuti di memoria tra applicazioni concorrenti e per liberare prima le allocazioni con priorità più bassa. Per le applicazioni che lo supportano, vkd3d-proton usa VK_EXT_pageable_device_local_memory quando disponibile, traducendo le richieste di residenza e priorità della memoria di D3D12. Questi dettagli spiegano il lavoro più ampio descritto da Vock; non vanno confusi con una garanzia di prestazioni per ogni gioco o GPU.
I due test di Indiana Jones: The Great Circle
Vock ha riferito due osservazioni con impostazioni diverse su un sistema con 8 GiB di VRAM. La tabella riporta i risultati così come li ha descritti.
| Impostazione | Memoria richiesta | VRAM del sistema | Superamento della VRAM | Tempo medio per fotogramma | Altra osservazione |
| Primo test | 9 GiB | 8 GiB | 1 GiB | 19,6 ms | Vock ha giudicato giocabile l’esperienza. |
| Impostazione più impegnativa | 10 GiB | 8 GiB | 2 GiB | 29,8 ms | Picchi frequenti oltre 33,3 ms e maggiore variabilità. |
Nel primo caso Vock ha descritto il risultato come giocabile. Nel secondo, con 2 GiB oltre la VRAM disponibile, ha riportato una media più alta e frequenti picchi oltre 33,3 ms. Sono osservazioni riferite a quei due scenari: non costituiscono una previsione delle prestazioni per altre schede o configurazioni.
Che cosa cambia per la capacità della scheda
La modifica riportata riguarda la gestione della memoria, non aggiunge VRAM fisica. Per leggere la capacità disponibile su una GPU AMD, il driver AMDGPU espone il file /sys/class/drm/cardX/device/mem_info_vram_total; il valore è espresso in byte. Sostituisci cardX con la directory DRM corrispondente alla tua scheda. La documentazione AMDGPU del kernel Linux descrive questo dato.
Vock ha scritto che il lavoro descritto nel suo post era presente nei canali Stable e Preview di SteamOS. Ha anche detto che portare a monte tutto quel lavoro avrebbe richiesto tempo.
