Metodología de medición
Qué mide SpeedPulse, cómo lo mide y qué conclusiones no debe extraer de un único test.
Procedencia de cada resultado
Medido
Velocidad, latencia base, jitter y latencia bajo carga se obtienen durante la prueba contra el servidor seleccionado. La pérdida solo se incluye cuando el motor ejecuta esa medición.
Calculado
El incremento de bufferbloat y la calificación A+–F se calculan a partir de las métricas observadas. Es una escala interna de SpeedPulse; RFC 9097 no la estandariza.
Estimado
Las proyecciones regionales bajo carga no son pings a servidores de juego. Son referencias cloud combinadas con la cola local medida.
Motor Cloudflare
Usa solicitudes HTTPS al edge de Cloudflare para medir rendimiento de aplicación y sondas de latencia. Es útil para describir la ruta a ese edge, no la capacidad garantizada de la última milla ni el rendimiento hacia todos los destinos.
24 sondas base; sondas bajo carga cada 250 ms; se conservan hasta 100 muestras. La escalera de transferencia se adapta a la duración elegida.
Motor M-Lab NDT7
Usa WebSocket sobre NDT7 con el servidor M-Lab asignado. Mide goodput de aplicación y RTT durante la transferencia hacia esa máquina; el resultado depende del dispositivo, Wi‑Fi, ISP, ruta y servidor.
Límites y repetición
Una prueba es una fotografía. Repite en condiciones comparables, preferiblemente por Ethernet, sin descargas paralelas, y compara la mediana de varias ejecuciones antes de cambiar el router o reclamar al operador.
La pérdida solo se muestra cuando el motor la ha medido; si el protocolo activo no la ofrece, se declara como no medida. Ningún resultado sustituye esa ausencia por 0%.
Referencias: RFC 9097 · M-Lab NDT7 · Cloudflare AIM