Cuánta memoria te está comiendo la IA (mídelo antes de creerlo)

Si trabajas con herramientas de IA en el escritorio y el equipo se arrastra, vas a encontrar una montaña de consejos: cierra las sesiones largas, mata los servidores de desarrollo que quedaron abiertos, borra las cachés. Todos son razonables. El problema es que casi ninguno te dice cómo comprobar si tu caso es ese.

Y suele no serlo. Aplicar el consejo equivocado cuesta media hora y no cambia nada, porque estabas atacando algo que consumía la centésima parte de lo que creías.

Antes de cerrar nada, mide. Treinta segundos de medición te dicen qué está pasando de verdad, y casi nunca es lo que suponías.

Paso 1: cuánta memoria tienes y cuánta queda

Abre PowerShell y pega esto. Te dice el total del equipo, lo libre y el porcentaje en uso.

• $os = Get-CimInstance Win32_OperatingSystem
• [math]::Round($os.TotalVisibleMemorySize/1MB,1) → tu RAM total en GB
• [math]::Round($os.FreePhysicalMemory/1MB,1) → lo que queda libre en GB

Este primer número ya decide casi todo. Con 16 GB, un consumo alto es un descuido que se corrige. Con 4 GB, no hay descuido que corregir: el equipo está por debajo de lo que pide el trabajo, y ningún truco lo va a arreglar.

Paso 2: quién se la está comiendo

Este es el que importa. Agrupa por aplicación en vez de listar procesos sueltos, porque las aplicaciones modernas abren decenas y mirarlos uno a uno engaña.

• Get-Process | Group-Object ProcessName | ForEach-Object { [PSCustomObject]@{ App=$_.Name; MB=[math]::Round((($_.Group | Measure-Object WorkingSet64 -Sum).Sum)/1MB); Procesos=$_.Count } } | Sort-Object MB -Descending | Select-Object -First 10

En diez segundos tienes el ranking real de tu equipo, con cuántos procesos abre cada aplicación. Ahí se acaban las suposiciones.

Un caso real, medido

Un equipo con 3,9 GB de RAM que se arrastraba trabajando con IA. La sospecha era la de siempre: servidores de desarrollo olvidados comiéndose la memoria. La medición dijo otra cosa.

• Navegador: 1.523 MB repartidos en 21 procesos, casi el 40% de toda la memoria del equipo.
• La herramienta de IA: 967 MB en 15 procesos.
• Los procesos de Node, los supuestos culpables: 9 MB en total.

Matar esos servidores habría liberado 9 MB. Cerrar pestañas del navegador libera cientos. El consejo popular era correcto en abstracto y completamente inútil en ese equipo.

Paso 3: actúa según lo que salió

Si el primero de la lista es el navegador, la causa son las pestañas: cada una es un proceso con su propia memoria. Cerrar las que no estás usando es lo que más devuelve, y es inmediato.

Si el primero es la herramienta de IA, el motivo suele ser la sesión larga: el contexto se acumula durante horas. Cerrarla y empezar de nuevo la libera. Ojo con los conectores y herramientas que tengas activados, porque cada uno suma.

Si aparecen muchos procesos de Node, ahí sí toca el consejo clásico. Un servidor de desarrollo no muere al cerrar la ventana desde donde lo lanzaste: sigue vivo hasta que alguien lo mata. Con `Get-Process node` los ves, y `Stop-Process -Id <número> -Force` los cierra. Comprueba antes cuánto consumen: si son unos pocos MB, no es tu problema.

Y si lo que domina es un antivirus o procesos del propio sistema, no hay nada que optimizar por ese lado. Es el coste de tener el equipo protegido y funcionando.

Cuándo el problema no se arregla con trucos

Si mides varias veces en días distintos y siempre estás por encima del 90% con las aplicaciones que necesitas abiertas, el equipo se quedó corto. A partir de ahí cada truco te devuelve unos minutos y el problema vuelve.

Pasar de 4 a 8 GB suele costar poco y es la única solución que dura. Decirlo no vende ningún curso, pero es la verdad, y ahora la puedes sostener con tus propios números en vez de con una corazonada.