El throttling de CPU: qué hace el multiplicador por dentro

El desplegable de ralentización de CPU es el ajuste que más cambia lo que ves en un perfil y el que menos gente entiende. Un multiplicador de cuatro no significa que todo tarde cuatro veces más: significa que el hilo se detiene periódicamente de una forma concreta, y esa forma afecta a unas actividades mucho más que a otras. Saber qué hace exactamente el mecanismo es lo que permite interpretar bien los números que produce.

El mecanismo

La ralentización se aplica insertando pausas: el motor detiene periódicamente la ejecución de forma que, en promedio, el trabajo avanza a la fracción indicada de su velocidad normal. Con un factor de cuatro, aproximadamente tres de cada cuatro unidades de tiempo el hilo está parado.

Ese mecanismo tiene tres consecuencias importantes.

Es una ralentización del hilo, no del procesador. No cambia la frecuencia, no cambia la caché, no cambia el ancho de banda de memoria. Un dispositivo real lento lo es por todas esas razones a la vez, y su perfil de lentitud no es uniforme: es especialmente malo en cargas que dependen de memoria y de caché, que es exactamente lo que hace la manipulación del documento.

Afecta a lo que se ejecuta en ese hilo y no a lo demás. La red no se ralentiza. Los hilos de rasterización tampoco, ni el compositor, ni la GPU. Los workers son otro asunto: dependiendo de la implementación, pueden no verse afectados.

Es aproximadamente uniforme entre tipos de trabajo, mientras que un dispositivo real no lo es. En un teléfono, la decodificación de imágenes, la disposición y la compilación de JavaScript se degradan en proporciones distintas.

Qué se ralentiza y qué no

Esa tabla explica un fenómeno que confunde: con la ralentización activada, la proporción entre categorías en el resumen del perfil cambia. El trabajo de script crece respecto al de pintado, porque uno se ralentiza y el otro no. Comparar el reparto de colores de un perfil ralentizado con el de uno sin ralentizar es comparar dos cosas distintas.

Elegir el factor

La forma habitual de elegir el factor es coger el número que ofrece el desplegable, y no corresponde a nada en particular. La forma correcta es medir.

Paso uno: mide tu máquina con una carga de trabajo representativa.

Paso dos: mide el dispositivo objetivo con la misma carga, por depuración remota.

Paso tres: el cociente es tu factor.

Las versiones recientes de las herramientas incluyen preajustes calibrados que hacen algo parecido automáticamente: miden la capacidad de tu máquina y calculan el factor que la equipara a un dispositivo de gama media o de gama baja. Eso es una mejora sustancial sobre un número fijo, porque el mismo factor en dos máquinas distintas produce dos velocidades distintas, y ese es el motivo principal de que dos personas del mismo equipo obtengan perfiles incomparables.

// Comprueba empiricamente que factor esta aplicado ahora mismo
(() => {
  const cargaDeTrabajo = () => {
    let x = 0;
    for (let i = 0; i < 2e6; i++) x += Math.sqrt(i) % 7;
    return x;
  };

  cargaDeTrabajo();   // calentamiento

  const medidas = [];
  for (let i = 0; i < 5; i++) {
    const t0 = performance.now();
    cargaDeTrabajo();
    medidas.push(performance.now() - t0);
  }
  medidas.sort((a, b) => a - b);
  const mediana = medidas[2];

  const REFERENCIA = Number(localStorage.getItem('__referencia_cpu') || 0);
  console.log('Mediana de esta ejecucion:', Math.round(mediana), 'ms');

  if (!REFERENCIA) {
    localStorage.setItem('__referencia_cpu', String(mediana));
    console.log('Guardada como referencia sin ralentizacion.');
    console.log('Activa ahora la ralentizacion y vuelve a ejecutar este fragmento.');
  } else {
    console.log('Referencia guardada:', Math.round(REFERENCIA), 'ms');
    console.log('Factor efectivo aplicado:', (mediana / REFERENCIA).toFixed(2) + 'x');
    console.log('Para reiniciar: localStorage.removeItem("__referencia_cpu")');
  }
})();

Ese fragmento sirve para dos cosas. La primera es comprobar que la ralentización está realmente aplicada, porque es sorprendentemente fácil dejarla puesta de una sesión anterior o creer que está y que no lo esté. La segunda es verificar que el factor efectivo se corresponde con el nominal, cosa que no siempre ocurre exactamente.

Cómo usarlo bien

Cuatro reglas que evitan las conclusiones erróneas más comunes.

Anota siempre el factor junto al resultado. Un perfil sin esa anotación no se puede comparar con ningún otro. Es la información que más veces falta cuando alguien comparte un hallazgo.

Ralentiza red y CPU juntas. Ninguna combinación de red rápida con CPU lenta corresponde a un dispositivo real.

Úsalo también en desarrollo, no solo al perfilar. Trabajar con una ralentización moderada activada durante el desarrollo normal hace que los problemas se noten en el momento de introducirlos. Es incómodo y es la práctica que más regresiones previene.

No lo uses para medir mejoras absolutas. Los tiempos con ralentización no son los tiempos de ningún dispositivo real; son una aproximación. Sirven para comparar dos versiones entre sí bajo las mismas condiciones, no para afirmar cuánto tardará algo en un teléfono concreto.