Picos de latencia (storport.sys), cortes de periféricos y tirones en Windows 10 (Problema con SSD si

Hola a todos,
Abro este hilo para exponer un problema de latencia grave que estoy sufriendo en mi equipo bajo Windows 10. Comparto todas las pruebas y diagnósticos que he recabado hasta ahora, por si a alguien más le ha pasado y ha dado con la tecla.

💻 Mi Equipo
Portátil: Lenovo Legion 5
CPU: AMD Ryzen 7 5800H
GPU: NVIDIA RTX 3060 (130W)
RAM: 16GB Kingston FURY Impact DDR4 (1Rx8) a 3200MHz
Almacenamiento (Dual Boot en discos separados):
SSD 1 (Windows 10): WD Blue SN500 (NVMe sin DRAM).
SSD 2 (Bazzite Linux): SSD NVMe de serie del equipo.

⚠️ Descripción del Problema
Al estar en Windows 10, especialmente bajo carga o ejecutando juegos pesados, el sistema se vuelve inestable. Los síntomas exactos son:
Micro-tirones (stuttering) y bloqueos momentáneos del sistema.
Cortes en el audio de los auriculares.
Desconexiones puntuales de los mandos.

📊 Datos recabados y Diagnóstico
He estado monitorizando los procesos y hardware, llegando a las siguientes conclusiones:
1. Reporte de LatencyMon: El culpable directo es el controlador de almacenamiento ⁠storport.sys⁠, que genera picos masivos de latencia.
2. Causa técnica: Los picos coinciden con un exceso de fallos de página (page faults) asociados a la gestión del HMB (Host Memory Buffer) del SSD WD Blue.
3. Hardware descartado al 100%: No es un fallo físico ni de temperaturas. Al reiniciar el equipo y arrancar desde Bazzite Linux, el portátil funciona a la perfección, sin un solo corte de audio, tirón o latencia. El problema radica exclusivamente en cómo Windows 10 gestiona las llamadas de memoria con este SSD en concreto.

🛠️ Soluciones aplicadas (Sin éxito definitivo)
Para intentar estabilizar el sistema operativo, he aplicado las siguientes configuraciones avanzadas. Aunque algunas lograron estabilizar ligeramente los tiempos de ejecución, ninguna ha solucionado la raíz del problema:
Desactivación del HMB (Host Memory Buffer): Forzado a través del Registro de Windows.
Modo MSI (Message Signaled Interrupts): Forzado de forma manual en el Registro tanto para el almacenamiento como para la GPU.
Compresión de memoria: Desactivada por completo en Windows 10.
Archivo de paginación (Pagefile): Configurado con un tamaño fijo, evitando que el sistema lo gestione dinámicamente.
Aceleración por hardware: Desactivada en aplicaciones en segundo plano como Steam.
Perfiles de Energía: Ajustado todo al máximo rendimiento, incluyendo la energía de la GPU.

A pesar de estos ajustes, la arquitectura de Windows sigue sufriendo con este controlador, a diferencia de Linux que lo maneja sin inmutarse.

¿Alguien se ha peleado con ⁠storport.sys⁠ y la gestión de memoria de los SSD sin DRAM en Windows 10 y ha conseguido mitigarlo del todo sin tener que cambiar de disco? Agradezco cualquier pista.
ami me paso algo parecido con un portatil y la clave fue actualizar el firmware del WD Blue desde la app de SanDisk y meter los drivers de chipset de amd oficiales de Lenovo en vez de los genericos de Windows, los SSD sin DRAM dan bastante guerrilla con el storport.sys si no esta todo bien.
1 respuesta