Volgens XDA kwam Linux 7.3 op 18 oktober 2026 uit met een wijziging in het geheugenbeheer die gamen op AMD-GPU’s met weinig VRAM moet helpen. Dat doel is geen belofte van hogere framerates. Valve-graphicsengineer Natalie Vock rapporteerde bij twee instellingen van Indiana Jones: The Great Circle verschillende frametijden.
Wat Linux 7.3 volgens het bericht verandert
Als een game meer geheugen aanvraagt dan de GPU aan VRAM heeft, kunnen geheugenblokken naar het systeemgeheugen worden verplaatst. De GPU benadert die gegevens via PCIe, waar bandbreedte en latentie de toegang begrenzen. Dit heet VRAM-overcommit.
Vock beschrijft in haar technische uitleg problemen met het uitplaatsen van geheugen via TTM, de gedeelde geheugenbeheerder voor Linux-gpu’s. In een bepaalde route kon een lockconflict ertoe leiden dat het indienen van GPU-werk mislukte, in plaats van dat de actie werd afgebroken en opnieuw geprobeerd via het wound-abort-retry-mechanisme van drm_exec. Ze beschrijft ook heuristieken die herhaald verplaatsen tussen geheugenlocaties moeten beperken en allocaties met een lagere prioriteit eerder laten uitplaatsen.
Die uitleg gaat over het bredere werk dat Vock beschrijft. XDA schrijft een geheugenbeheerwijziging aan Linux 7.3 toe; Vocks opmerkingen over SteamOS en het upstreamen van al het beschreven werk hebben betrekking op haar bredere project.
Vocks twee gametests
Vock rapporteerde haar metingen voor Indiana Jones: The Great Circle op een systeem met 8 GiB VRAM. De game vroeg in de eerste instelling 9 GiB aan en in de tweede 10 GiB.
| Aangevraagd geheugen | Fysieke VRAM | Overcommit | Gemiddelde frametijd | Andere gemelde waarneming |
| 9 GiB | 8 GiB | 1 GiB | 19,6 ms | Vock noemde de frametijd speelbaar. |
| 10 GiB | 8 GiB | 2 GiB | 29,8 ms | Frequente pieken boven 33,3 ms. |
In deze twee instellingen ging de hogere geheugenvraag samen met een hogere gemiddelde frametijd; bij de instelling van 10 GiB meldde Vock bovendien frequente pieken. De cijfers beschrijven haar testwaarnemingen en voorspellen niet automatisch de prestaties van andere systemen.
VRAM-capaciteit controleren en de reikwijdte van het werk
De wijziging beheert GPU-geheugen; ze voegt geen fysieke VRAM toe. De AMDGPU-documentatie beschrijft het bestand /sys/class/drm/cardX/device/mem_info_vram_total als de plek waar de totale beschikbare VRAM in bytes staat. Vervang cardX door de mapnaam van de betreffende grafische kaart. De AMDGPU-documentatie beschrijft dit pad.
Vock schreef dat het werk uit haar bericht al in SteamOS Stable en Preview zat. Ze zei ook dat het upstreamen van al het beschreven werk tijd zou kosten. Die opmerkingen maken niet van elke beschreven heuristiek of prioriteitsfunctie automatisch een onderdeel van Linux 7.3.
