Qué hace
El escaneo lee lo que Windows y tus controladores ya registraron por su cuenta, y reporta las cosas de las que se sabe que producen un tirón que se siente:
- controladores que retuvieron un núcleo del procesador el tiempo suficiente para costar un fotograma
- una pantalla funcionando por debajo de la frecuencia de actualización que admite
- opciones de energía que dejan que un núcleo baje a una velocidad de la que no se recupera rápido
- trabajo en segundo plano programado con una prioridad que compite con un juego
- ajustes que dejó atrás alguna otra herramienta
Cada hallazgo dice qué se midió, por qué importa y —cuando la hay— qué hacer al respecto.
Ajustes que cambiaron
Cada escaneo también anota unos cuantos ajustes que se sabe que las actualizaciones cambian sin preguntar: la velocidad de la memoria (un perfil XMP/EXPO), la integridad de memoria, el plan de energía, la programación de GPU acelerada por hardware, las reglas de prioridad de inicio que puso w0a y la versión del controlador de la tarjeta gráfica. La nota se queda en este equipo, en %LocalAppData%\w0a\settings-drift.json. Cuando un escaneo posterior encuentra uno de ellos movido en la dirección que puede costarle a un juego, o un controlador gráfico nuevo, una sola tarjeta dice qué cambió, desde cuándo y si Windows se actualizó en el mismo intervalo. No se revierte nada: si el cambio lo hiciste tú, no hay nada que hacer. La tarjeta desaparece a los 14 días o cuando el ajuste vuelve. El primer escaneo solo toma la nota; hasta el segundo no hay nada que comparar.
Qué no hace
No adivina. Si no hay nada medible que esté mal, lo dice en vez de llenar la página con consejos genéricos. Un escaneo que siempre encuentra diez problemas te está vendiendo las soluciones, no diagnosticando la máquina.
Dentro de un juego solo ve una parte. La compilación de shaders, un recurso que se carga desde un disco lento, un tirón del lado del servidor en una partida en línea: eso se siente igual y aquí casi nunca deja rastro. Pero si tienes ejecuciones guardadas del benchmark, el escaneo las usa como evidencia: los fotogramas medidos claramente más lentos que sus vecinos aparecen como un hallazgo propio. Si el escaneo sale limpio y aun así tienes tirones en un juego concreto, eso es información realmente útil: la causa está en el juego, no en el sistema.
Leer las etiquetas
Cada hallazgo lleva una de cuatro palabras, y no hay porcentajes:
- DEMOSTRADO — medido en esta máquina, relevante y vale la pena actuar
- PROBABLE — el mecanismo se midió o se observó en esta máquina; no se ha medido si es lo que estás sintiendo
- CANDIDATO — presente y conocido por poder causar tirones, pero nada aquí prueba que lo haya hecho
- SIN COMPROBAR — la regla no pudo ejecutarse, así que no se sabe nada en ninguna dirección
Arregla primero los puntos DEMOSTRADO y vuelve a escanear. Cambiar varias cosas a la vez y medir después no te dice nada sobre cuál ayudó.
SIN COMPROBAR no significa limpio. Cuando hay reglas que no pudieron ejecutarse, una tarjeta dice exactamente cuántas —"N de M reglas no pudieron ejecutarse"— y por qué. Un escaneo con reglas sin ejecutar no ha mirado esas causas en absoluto.
Ejecutarlo con un juego abierto
La página se puede abrir sin riesgo en mitad de una partida. El sondeo del hardware espera a que el juego se cierre —leer los sensores toma un bloqueo en el núcleo gráfico y provocaría por sí mismo un tirón cada pocos segundos—, mientras que la medición ETW del tiempo de fotograma sigue funcionando. Las reglas omitidas por este motivo se reportan como omitidas; vuelve a escanear con el juego cerrado para cubrirlas.
Relacionado
¿Te sirvió esta página?
¿Qué faltaba, o qué no funcionó? Leemos todos estos mensajes.
Si esta página no resolvió tu problema, escríbenos — dinos qué artículo leíste y lo corregimos.