Millones de usuarios miran el porcentaje de CPU en el Administrador de tareas como si fuera una verdad inmediata y objetiva. Pero no lo es. Dave Plummer, exingeniero de Microsoft y creador del Administrador de tareas original, ha explicado que ese número nunca fue una lectura instantánea del procesador, sino una aproximación útil construida a partir de contadores acumulados y decisiones de diseño pensadas para no consumir recursos en un momento en que cada kilobyte contaba. Su conclusión es clara: el dato no está “roto”, pero tampoco cuenta toda la historia de lo que realmente está haciendo un procesador moderno.
La explicación ha ganado atención porque ataca una intuición muy extendida: que medir el uso de CPU debería ser de lo más sencillo. Plummer sostiene justo lo contrario. Antes de hablar de porcentajes hay que decidir qué significa “ocupado”: si se mide un solo núcleo o todos, si se toma una foto instantánea o una media, si se cuenta tiempo en modo usuario o kernel, y cómo se trata el tiempo ocioso, las interrupciones o los procesos del sistema. Lo que parece un velocímetro simple se parece más, en sus palabras, a una contabilidad forense.
No mide el ahora, sino lo que acaba de pasar
La clave del diseño original está en que el Administrador de tareas era timer-driven. Es decir, se actualizaba cada cierto tiempo y mostraba una interpretación de lo que había ocurrido entre una actualización y la siguiente, no una lectura instantánea del estado del procesador. Plummer descartó una solución aparentemente fácil —dividir el uso por el tiempo transcurrido entre refrescos— porque eso dependía demasiado de que el temporizador gráfico se disparara con precisión. En lugar de eso, pidió al sistema el tiempo acumulado de cada proceso desde su arranque, sumando tiempo de usuario y kernel, y calculó la diferencia respecto a la muestra anterior.
Ese método tenía otra ventaja: el denominador no era el tiempo “teórico” entre refrescos, sino el tiempo total de CPU realmente contabilizado por todos los procesos en ese intervalo. Así, el porcentaje de cada proceso se obtenía comparando su delta de tiempo con el delta total del sistema. Sobre el papel, era una solución más precisa y más robusta que confiar ciegamente en el reloj de la interfaz. También era lo bastante ligera como para que la propia herramienta no empeorase el rendimiento del PC cuando el sistema ya iba justo.
El problema es que esa lógica nació en otra era del hardware. En los noventa, el tiempo de CPU consumido era un buen sustituto del trabajo realmente realizado. Hoy la relación es mucho más débil. Los procesadores modernos cambian frecuencia constantemente, activan turbo, reducen velocidad por temperatura, aparcan núcleos y entran en estados de bajo consumo. Por eso dos intervalos con el mismo “50 % de CPU” pueden representar cantidades de trabajo muy distintas. Plummer lo resume con una metáfora eficaz: el medidor se parece más a saber cuán llena estaba una autopista que a calcular cuántos kilómetros se recorrieron realmente.
Por qué a veces el dato parece absurdo
Esa diferencia entre ocupación y productividad explica buena parte de la frustración de los usuarios. Un equipo puede sentirse rapidísimo con un porcentaje modesto, mientras otro parece atrancado aunque el uso no parezca alarmante. El medidor no está diciendo “cuánto trabajo útil ha completado la CPU”, sino “qué parte del tiempo disponible estuvo ocupada según esa contabilidad”. En procesadores actuales, esas dos cosas ya no coinciden de forma limpia.
También influye el salto a los equipos multinúcleo. En una máquina de ocho núcleos, un proceso que satura completamente uno de ellos no tiene por qué aparecer al 100 % en la visión global del sistema, sino alrededor del 12 % o el 13 %, porque el Administrador de tareas está respondiendo a otra pregunta: qué parte de la capacidad total del equipo consumió ese proceso durante la ventana de muestra. Desde el punto de vista del hilo individual, está a tope; desde el punto de vista de toda la máquina, solo está usando una fracción.
Plummer también recordó que el sistema debía lidiar con casos límite poco elegantes, como reutilización de identificadores de proceso, pequeñas anomalías de contabilidad y diferencias entre procesos e hilos. De hecho, contó que en sus primeras versiones llegó a ver cifras que superaban el 100 %, algo que acabó rastreándose como una rara anomalía en la contabilidad del kernel y no como un fallo de la interfaz. Esa anécdota refuerza la idea central: el porcentaje de CPU nunca fue un termómetro puro, sino un resumen práctico de una realidad mucho más desordenada.
Microsoft ya cambió el cálculo en Windows 11
Hay además un matiz importante para 2026: lo que Plummer describe corresponde al enfoque histórico del Administrador de tareas, pero Microsoft modificó en julio de 2025 la forma en que Windows 11 presenta el uso de CPU en las páginas de Procesos, Rendimiento y Usuarios. La propia compañía explicó en la actualización KB5062553 que Task Manager pasaría a usar métricas estandarizadas para mostrar la carga de CPU de forma consistente entre páginas y alinearse mejor con estándares del sector y herramientas de terceros. Como compatibilidad, dejó una columna opcional llamada CPU Utility que conserva el valor anterior.
Eso no invalida la explicación de Plummer; al contrario, la hace más interesante. Su relato ayuda a entender por qué durante años muchos usuarios sintieron que el porcentaje de CPU “no cuadraba” con la experiencia real del equipo. Y también ayuda a entender por qué Microsoft acabó ajustando el criterio en versiones recientes de Windows 11: no porque el viejo método fuera absurdo, sino porque el hardware actual y la necesidad de coherencia entre distintas vistas del sistema pedían una representación más estandarizada.
La lección de fondo sigue siendo la misma. El porcentaje de CPU no es una verdad absoluta, sino una convención útil. Sirve para orientarse rápido, detectar procesos problemáticos y tomar decisiones sin abrir herramientas mucho más complejas. Pero quien lo interprete como una medida exacta del trabajo real de la CPU corre el riesgo de pedirle a una cifra sencilla algo que el hardware moderno ya no puede resumir del todo en un único número.
Preguntas frecuentes
¿Por qué Dave Plummer dice que el Administrador de tareas “miente” sobre la CPU?
Porque el dato no es una medida instantánea ni directa del trabajo real del procesador, sino una aproximación basada en tiempo de CPU acumulado y promediado entre muestras. Es útil, pero no describe toda la realidad del hardware moderno.
¿Cómo calculaba originalmente Windows el uso de CPU en el Administrador de tareas?
Comparando el tiempo acumulado de usuario y kernel de cada proceso entre dos refrescos y dividiéndolo por el tiempo total de CPU contabilizado por todos los procesos en ese mismo intervalo.
¿Por qué un proceso puede ir al máximo y no aparecer al 100 %?
Porque en equipos multinúcleo el porcentaje suele expresarse respecto a la capacidad total de la máquina. En un procesador de ocho núcleos, saturar uno puede traducirse en torno a un 12 %-13 % del total.
¿Sigue usando Windows 11 exactamente ese mismo método en 2026?
No del todo. Microsoft cambió en julio de 2025 el cálculo mostrado en varias páginas del Administrador de tareas para usar métricas estandarizadas y alinearlas con otras herramientas. La columna opcional “CPU Utility” conserva el valor anterior por compatibilidad.
