Per què Windows no allibera VRAM encara que tanquis els jocs: causes reals i com tallar-les

Si acabes una sessió de joc i notes que el Windows no allibera la memòria de vídeo, no ets l'únic. A molts jugadors els passa que, tot i tancar el títol, la VRAM sembla seguir ocupada, els títols posteriors es tanquen de cop o apareixen errors confusos. Aquest comportament pot venir de processos penjats, drivers, caixets i fins i tot de com la teva BIOS gestiona memòria compartida, així que convé mirar el problema des de diversos angles.

A més, hi ha casos especialment frustrants en equips nous i potents: jocs que es tanquen com si haguessis premut ALT+F4, sense pantalla blava ni penge del sistema, temperatures en ordre, i la resta d'apps funcionant perfecte. Quan només fallen els jocs, els esdeveniments del sistema i la gestió de memòria (VRAM i RAM) solen donar pistes clau. Anem a aprendre tot sobre per què Windows no allibera VRAM encara que tanquis els jocs.

Què vol dir realment que Windows “no allibera” VRAM?

La VRAM és memòria dedicada (o compartida, si la gràfica és integrada) que els jocs utilitzen per a textures, buffers i dades de render. Encara que tanquis el joc, certs components poden retenir recursos temporalment: caixets del driver, processos en segon pla o serveis que no han acabat d'apagar-se. No és estrany que la lectura de VRAM trigui a estabilitzar-se, o que un altre procés gràfic la reaprofiti.

També cal diferenciar entre gràfiques dedicades i les integrades a la CPU. Les dedicades porten la seva pròpia VRAM; les integrades, en canvi, prenen part de la RAM del sistema com a memòria de vídeo. Si uses iGPU, la “VRAM” reservada (memòria compartida) depèn de la BIOS i de Windows, i pot semblar que no s'allibera perquè forma part del propi pool de RAM.

Compte, perquè en equips amb dos GPUs (integrada + dedicada), Windows pot estar mostrant-te la memòria de la integrada i no la de la dedicada. Per verificar la quantitat real de VRAM i el xip actiu, una eina com GPU-Z (descàrrega: techpowerup.com/download/techpowerup-gpu-z/) et treu de dubtes sense embuts. Si t'interessa com interactuen diferents combinacions de maquinari, consulta com combinar una GPU amb una CPU.

Símptomes típics quan hi ha problemes amb VRAM o recursos

Quan la gestió de memòria es torça, els signes solen repetir-se: tancaments sobtats de jocs (sense stutter previ), esdeveniments de Windows amb errors d'accés a memòria i avisos de memòria de vídeo insuficient. Tot això amb temperatures correctes i sense afectar la resta de programes.

Entre els avisos més habituals al Visor d'esdeveniments o en quadres d'error veureu coses com BEX/BEX64, conflictes amb DLL o missatges de “memòria de vídeo insuficient en assignar un recurs de renderitzat”. Són indicadors que alguna cosa (driver, joc o sistema) s'està barallant amb la gestió de memòria.

• BEX/BEX64
• Accessos de memòria inadequats o conflictes amb biblioteques DLL
• “Memòria de vídeo insuficient” en crear recursos de render

Per què avui sembla faltar VRAM fins i tot baixant ajustaments

Una queixa recurrent és que jocs de fa 5–10 anys es mouen al màxim amb molt poca VRAM, i en canvi títols recents devoren gigues encara que no despuntin en qualitat visual. És una tendència clara: textures més pesades, tècniques modernes i mons més grans eleven lús de memòria, de vegades sense una millora perceptible equivalent.

Un exemple il·lustratiu és The Outer Worlds davant de la seva remasterització: l'original pot llençar amb 1 GB de VRAM (i recomana 4 GB per ultra), mentre que el rellançament exigeix ​​al voltant de 4 GB en baix i pot demanar 12 GB o més en alt. A sobre, al mínim es pot veure pitjor mentre ocupa força més memòria.

Aquest fenomen es repeteix en altres jocs: més demanda de VRAM sense que la qualitat o el rendiment sempre acompanyin. Entre streaming de textures, efectes postprocessats i resolucions internes elevades, la pressió sobre la memòria de vídeo és molt més gran que abans.

I aquí ve el xoc: intentes moure un joc recent “normalit”, baixes qualitat i tot i així et quedes sense VRAM, mentre que un altre més antic i vistós va fi. La sensació d'estancament és real, però el consum de memòria respon a dissenys i motors moderns més exigents, alguns no gaire optimitzats.

Motius pels quals el teu VRAM apareix limitada

Hi ha explicacions pràctiques que convé revisar una per una. En plaques amb iGPU, la BIOS pot permetre ajustar la memòria de vídeo compartida (UMA Frame Buffer, VGA Share Memory Size, etc.). Si la reserva és baixa, els jocs ho acusaran; si és alta, la lectura de “VRAM ocupada” pot confondre't perquè és RAM reservada.

• Opcions de BIOS que determinen quanta RAM es comparteix amb gràfica integrada.
• Limitacions o decisions del propi programari/joc per estabilitzar el rendiment.
• Casos rars de maquinari amb errors a la GPU o en mòduls de memòria.

A més, poden retenir memòria o mostrar lectures inconsistents temporalment. Després de tancar un joc, deixa passar uns minuts o reinicia el procés gràfic (un reinici del sistema sempre aclareix). Si tens dos GPU, assegura't que el joc faci servir la dedicada.

Finalment, hi ha falsos positius: Windows pot estar llegint la memòria de la integrada i no la de la teva dedicada. Comprova-ho amb GPU-Z i verifica “Memory Size”, tipus de memòria i bus actius.

Diagnòstic: del més simple al més exhaustiu

Comença pel bàsic: reinicia l'equip, tanca overlays i launchers en segon pla i torna a mesurar lús de VRAM. Moltes vegades queda un procés zombi després de tancar el joc que manté recursos enganxats.

Si segueixes igual, toca drivers. Fes una reinstal·lació neta amb DDU (Display Driver Uninstaller), desconnectat d'internet, i després instal·la la versió oficial més recent del fabricant del teu GPU. Si fas servir AMD i detectes problemes en instal·lar o en obrir el panell, revisa si AMD Adrenalin no s'instal·la o es tanca en obrir.

Reviseu també la BIOS de la vostra placa. Actualitzar-la pot corregir compatibilitats de memòria i microcodi. Si utilitzes iGPU, entra a BIOS i localitza la mida de memòria compartida (VGA Share Memory Size / UMA Frame Buffer) i ajusta'l segons el teu RAM total, amb compte.

Si sospites de la RAM del sistema, totes les proves compten. Molts usuaris passen MemTest86 sense errors i tot i així hi ha inestabilitats intermitents. Prova mòduls un a un (single stick) i en ranures diferents. Encara que perdis rendiment temporalment, et dirà si un estic o un slot fallen.

Windows té la seva revisió ràpida: prem Windows+R, escriu mdsched i accepta per llançar el Diagnòstic de memòria de Windows. Després del reinici, si hi ha errors bàsics t'ho reportarà. No és tan profund com MemTest86, però val de filtre inicial.

També és útil verificar emmagatzematge. Un SSD amb problemes pot provocar tancaments de jocs en fallar en lectura d'assets. Revisa la temperatura del teu SSD NVMe i la salut del dispositiu amb eines del fabricant.

I si has tocat el fitxer de paginació, deixa'l en automàtic o ajusta una mida raonable. Un pagefile massa petit deriva en tancaments d'aplicacions sense avís quan la RAM i la VRAM compartida es queden sense marge.

Ajustaments als jocs i al tauler de control de la GPU

Si el problema és consum de VRAM, hi ha palanques clares. Al panell del teu GPU, selecciona rendiment màxim (si n'hi ha) i redueix paràmetres tragons de memòria com a qualitat de textures, anisotròpic o certs postprocessats.

• Baixa la qualitat de textures i filtres de textura.
• Desactiva o redueix efectes de postprocessament molt pesats.
• Prova el mode DX12 (quan el joc ho permet) i desactiva VSync i AA si fan de coll.

Alguns jocs, paradoxalment, funcionen millor a Alt/Ultra si desplacen càrrega cap a la GPU en lloc de la CPU. No és universal, però es mereix un intent per evitar que la CPU sigui el coll d'ampolla mentre la VRAM es gestiona millor.

Quan un component està al 100%: conseqüències i causes

Un maquinari al 100% no sempre és dolent, però sosté diversos problemes: puja el consum, augmenta la temperatura, els ventiladors rugeixen i poden aparèixer colls d'ampolla amb la resta del sistema. Si la RAM arriba al topo, Windows es torna inestable.

En equips de gamma alta, si tot i així veus un 100% constant, l'impacte és més gran. Més potència també significa més calor i més energia consumida, de manera que mantenir el flux daire i el control de temperatures és crític.

Entre les causes més comunes de recursos al 100% hi ha programes mal tancats, maquinari que no dóna més de si (especialment CPUs antigues), malware de criptominat i drivers en mal estat. No oblideu que les anàlisis de l'antivirus també disparen l'ús temporalment.

• Programa/joc va quedar enganxat en segon pla.
• Maquinari limitat per a la càrrega actual.
• Malware (minat o altre) esprement CPU/GPU.
• Drivers corruptes o desactualitzats.
• Antivirus analitzant en segon pla.

Solucions pràctiques per alliberar recursos a Windows

Tanca processos problemàtics i prova per descart

Aneu a l'Administrador de tasques, i tanca processos pesats o sospitosos. Si baixeu l'ús, obre aplicacions una a una per identificar-ne la culpable. Reinstal·la-la des de la seva web oficial si cal. Si tens apps tipus Wallpaper Engine, controla que Wallpaper Engine no consumeixi massa CPU.

Desactiva SysMain en equips amb problemes

SysMain (abans SuperFetch) accelera apps precarregant, però en alguns equips provoca consum elevat. Per desactivar-lo, obriu services.msc i atureu/canvieu a Deshabilitat el servei SysMain, reinicieu i observeu si millora.

Reinicia Explorer.exe quan es desmadra

L'Explorador de Windows es pot encallar i consumir recursos. Des de l'Administrador de tasques, finalitza “Explorador de Windows”; es reinicia sol i sol alleujar pics de CPU/GPU lligats a l'intèrpret d'ordres.

Indexació, desfragmentació/optimització i espai lliure

La indexació de fitxers després de copiar molta informació pot saturar temporalment. Pots aturar “Windows Search” si t'ocasiona problemes. Optimitza SSDs/HDDs amb dfrgui i, sobretot, allibera espai: Windows necessita marge per a paginació i caixets.

Drivers, actualitzacions i “pegats problemàtics”

Actualitza drivers de GPU i chipset des del fabricant, i mantingues Windows al dia. Si un pegat recent dispara el consum o la inestabilitat, desinstal·la des de l'historial de Windows Update i reinicia.

Massa programes a l'inici

Redueix l'arrencada automàtica des de la pestanya Inici de l'Administrador de tasques. Com menys apps d'arrencada, més estable l'ús en repòs. Eines com Autorun Organizer ajuden a visualitzar limpacte.

ntoskrnl.exe i Runtime Broker

Si aquests processos del sistema disparen la CPU, ajusta efectes visuals per a rendiment (Propietats de Sistema > Avançat > Rendiment). Al Registre, pots netejar el fitxer de paginació en apagar establint ClearPageFileAtShutdown a 1 si saps què fas; a més, revisa els teus perfils d'energia que baixen FPS.

Maquinari incompatible o connectivitat conflictiva

Desconnecteu perifèrics USB/Bluetooth un a un per veure si el problema desapareix. Hi ha dispositius el driver dels quals genera inestabilitat i pics de consum en interactuar amb el sistema.

Ventilació i manteniment

Una mala ventilació ho agreuja tot. Neteja pols, ordena cables i revisa que els ventiladors funcionin. La comprovació de la velocitat dels teus ventiladors i el control per programari és clau. La calor sostinguda redueix estabilitat i accelera throttling.

Un cas tipus: PC nou, sense sobreescalfaments i jocs que es tanquen

Imagina un equip amb GPU RTX 4070, i9 d'última fornada, 64 GB de DDR5 i SSD NVMe, amb temperatures a ratlla, i tot i així jocs que es tanquen sense avisos. S'han provat diagnòstics de RAM, GPU, CPU, SSD; s'han fet reinstal·lacions netes de drivers (DDU), reinstal·lat Windows, actualitzat BIOS i passat benchmarks durant hores sense errors. I no obstant, segueixen els tancaments.

Si Heaven 4.0 s'executa 4 hores sense errors i només fallen jocs concrets, apunta a conflicte de driver+motor del joc, middleware, overlays o llibreries específiques. En aquests escenaris, prova: reinstal·lar els jocs conflictius fora de Program Files (x86), desactivar overlays, forçar mode finestra sense vores i deshabilitar apps en segon pla.

Comprova alimentació i connexions: cables PCIe ferms, sense adaptadors dubtosos, i PSU de qualitat amb carrils adequats. Un microtall al rail just en carregar shaders pot matar el joc sense tombar Windows.

Si utilitzes XMP/EXPO, ajusta als valors recomanats per a la teva CPU (per exemple, 5600 MHz en algunes configuracions amb DDR5) i verifica estabilitat amb i sense perfil de memòria. Hi ha combinacions placa-CPU-RAM que passen tests sintètics però cauen en motors 3D concrets.

Casos amb iGPU/APU: VRAM compartida, dual channel i “controlador Ryzen”

Quan tires de gràfica integrada, recorda: la VRAM és RAM compartida. Si tens 16 GB, pots reservar 2–4 GB (o més, segons BIOS), però deixar marge per a Windows i apps. Configurar 4GB o 8GB pot millorar estabilitat visual, sempre que el total de RAM ho permeti.

El dual channel importa. Amb dos mòduls idèntics, la iGPU guanya ample de banda, i això redueix colls. Si sospites de fallades, prova amb un sol mòdul i després alterna laltre per descartar un estic defectuós o un slot inestable.

Si les teves temperatures oscil·len entre 70–75 °C jugant, són normals per a APU ben ventilades. Si no hi ha thermal throttling i els recursos sobren, mira drivers, font o connexions. Una font inestable o un connector fluix pot causar errors intermitents.

Per testar RAM de forma ràpida, el Diagnòstic de Memòria de Windows (mdsched) és directe. Guarda-ho tot, executa la prova i revisa l'informe després del reinici. Si tot passa però els tancaments continuen, MemTest86 perllongat i proves creuades de mòduls ajuden.

Restablir Windows, reinstal·lar net i aïllar amb Linux

Si ja ho has provat tot i segueixes igual, restablir Windows pot tallar conflictes de programari. Tingues en compte que el restabliment per defecte reinstal·la sobre allò existent; si el problema era un driver o app residual, podria persistir. El format net és el més radical i efectiu.

Una tàctica molt clara per separar maquinari de programari: arrenca un Linux “Live” des d'USB (per exemple, Ubuntu en mode prova) i monitoritza amb htop. Si l'estabilitat és total a Linux, el més probable és que l'origen estigui a Windows, drivers o aplicacions.

Quan no t'has de preocupar

En feines pesades és normal que l'equip es posi al màxim una estona: render de vídeo, compilació, sessions de joc intenses o moltes pestanyes de Chrome. La clau és que, acabada la càrrega, els consums tornin a nivells raonables i no quedin pics fantasma.

Per estar tranquil, utilitza monitors de temperatura i rendiment. Mentre la refrigeració respongui i no hi hagi artefactes, tancaments o throttling constant, un 100% puntual no és símptoma de mal. Redueix qualitat gràfica si vols baixar consum i soroll.

Com a idea clau: no ha de caure a “0” just després de tancar un joc. Els sistemes de memòria cau i els drivers reutilitzen recursos per accelerar la següent arrencada. El que és preocupant és la inestabilitat, no un gràfic que triga uns minuts a calmar-se.

Si Windows sembla aferrar-se a la VRAM després de tancar jocs, revisa processos en segon pla, drivers, BIOS i possibles reserves de memòria compartida; a més, ajusta gràfics i serveis del sistema com SysMain, controla l'arrencada, manté els controladors al dia i, si res no canvia, prova una arrencada Linux o una reinstal·lació neta per cercar l'origen. Proves de RAM per mòduls i una configuració acurada de BIOS i emmagatzematge solen resoldre el patró.