Ejecuta RAMMap como administrador, anota Total, Active, Standby, Modified, Free y las filas principales de Use Counts y guarda una instantánea. Repite una acción a intervalos fijos y actualiza con F5. Una fuga probable crece de forma reproducible, no se estabiliza en reposo y reduce la memoria disponible o aumenta el commit. RAMMap identifica la clase; Process Explorer, VMMap, PoolMon o WPR identifican al propietario.
Distinguir una fuga de la presión normal de memoria
Windows usa la RAM libre como caché y lista de espera. Un uso alto puede ser normal si esas páginas son recuperables. Una fuga sigue creciendo en puntos comparables, permanece asignada cuando termina el trabajo y acaba elevando el commit, la paginación o la latencia.
No leas solo Total. Compara cada fila entre Active, Standby y Modified. Mucho Standby suele ser caché recuperable; Process Private o pools activos en crecimiento son señales más fuertes. Contrasta también la memoria comprometida del Administrador de tareas.
| Observación | Normal con frecuencia | Señal más fuerte |
|---|---|---|
| Al iniciar la carga | Sube y se estabiliza | Sube tras cada repetición idéntica |
| Al detenerla | Se libera o pasa a caché | La categoría queda asignada y sigue creciendo |
| Memoria disponible | Permanece suficiente | Cae mientras sube el commit |
| Propietario | Aplicación o caché esperada | Proceso, etiqueta de pool o archivo crece sin trabajo útil |
| Tras reiniciar | El calentamiento se estabiliza | Los mismos pasos reproducen crecimiento sin límite |
Guardar una línea base limpia antes de reproducir
Cierra aplicaciones ajenas y pausa actualizaciones, copias, descargas y máquinas virtuales. Abre RAMMap como administrador, espera a que el sistema esté tranquilo, pulsa F5 y registra Use Counts, Active, memoria disponible, commit y hora. Guarda una instantánea antes de la carga sospechosa.
Mantén iguales la versión, el archivo, el perfil y el tiempo de espera. Si cambias varias variables no podrás atribuir la diferencia. No vacíes la caché entre puntos porque destruirías la línea base.
Seguir la categoría de RAMMap que no deja de crecer
Process Private suele conducir a una aplicación o servicio; Mapped File a File Summary y rutas; los pools a controladores. Driver Locked, tablas de páginas y páginas grandes tienen propietarios distintos.
Si dos categorías suben juntas, compara el momento. Una app puede asignar memoria privada y calentar caché al mismo tiempo. Consulta los tipos de memoria de RAMMap y la guía de Process Private alto.
- Process Private: ordenar Processes, anotar PID y cambio y verificar Private Bytes con Process Explorer o VMMap.
- Mapped File: ordenar File Summary y confirmar la ruta en File Details.
- Nonpaged/Paged Pool: registrar la tendencia, localizar la etiqueta con PoolMon o WPR y asociarla al controlador firmado.
- Standby: tratarlo como caché recuperable salvo que una prueba controlada demuestre presión real.
Comparar puntos repetibles e instantáneas
Una prueba útil incluye línea base, al menos tres puntos iguales y un punto en reposo. Usa nombres como baseline, despues-1, despues-3 e idle-10min y registra acción y hora.
Detén la prueba antes de que la paginación altere el comportamiento. Si el patrón se repite, reinicia solo la app o servicio sospechoso y ejecuta la misma prueba. Liberar memoria temporalmente indica propiedad, no una solución definitiva.
- Guardar la base
Actualizar, anotar memoria disponible y commit y guardar la primera instantánea.
- Repetir una acción
Ejecutar un único paso definido sin otros cambios.
- Capturar puntos fijos
Guardar tras la primera, tercera y quinta repetición o a intervalos iguales.
- Añadir reposo
Detener la carga y comprobar si el valor se estabiliza o baja.
- Confirmar al propietario
Usar Process Explorer, VMMap, PoolMon o WPR según la categoría.
Elegir la herramienta correcta después de RAMMap
RAMMap explica la composición física, no todas las pilas de asignación. Process Explorer confirma procesos y Private Bytes; VMMap desglosa un proceso; PoolMon sigue etiquetas de pool y WPR aporta una línea temporal.
Conserva instantáneas, PID, etiqueta, ruta, pasos y horas. Es evidencia más útil que una captura genérica. Los volcados y trazas pueden contener información sensible.
| Pista | Herramienta | Pregunta |
|---|---|---|
| Process Private | Process Explorer | ¿Qué proceso o servicio posee el commit? |
| Proceso confirmado | VMMap/perfilador | ¿Qué región crece? |
| Pool | PoolMon | ¿Qué etiqueta consume memoria del kernel? |
| Controlador/tiempo | WPR | ¿Cuándo comienza y con qué actividad coincide? |
| Mapped File | File Summary/Details | ¿Qué archivo explica las páginas? |
Evitar falsas soluciones al vaciar caché
Empty Standby List elimina caché recuperable, no commit privado ni pool filtrado. Empty Working Sets puede reducir páginas residentes de forma temporal, pero la asignación permanece y las páginas vuelven.
Usa Empty solo en experimentos controlados. Actualiza o reinicia al propietario confirmado y repite la prueba. RAMMap v1.63, publicado el 26 de marzo de 2026, seguía vigente al comprobar el ZIP y SHA256 de Microsoft el 30 de julio de 2026.
Una gráfica menor tras vaciar caché no prueba que la fuga esté reparada. Conserva primero la tendencia.
Preguntas sobre fugas de memoria y RAMMap
¿RAMMap demuestra una fuga de una aplicación?
Muestra la categoría y una tendencia repetible; normalmente hace falta una herramienta de proceso o controlador para demostrar el origen exacto.
¿Qué valor debo vigilar?
La categoría Active que crece junto con el commit y la caída de memoria disponible.
¿Cuántas instantáneas necesito?
Una base, varios puntos iguales y un punto en reposo.
¿Empty Standby List arregla una fuga?
No, solo descarta caché recuperable.
¿Qué uso después?
Process Explorer, VMMap, PoolMon o WPR según la categoría.
Descargar RAMMap v1.63 desde Microsoft
Usa el ZIP oficial actual y guarda una línea base antes de cambiar el estado de memoria.