Latencia: números que todo programador debería conocer
Recepción general
- Muchos consideran que el concepto de visualización es interesante y visualmente atractivo.
- Una gran parte de los comentarios dice que la página es difícil o imposible de usar, especialmente en móviles y tabletas.
- Varios prefieren representaciones anteriores y más simples de los mismos datos de latencia (texto plano, tabla o el sitio interactivo anterior).
UI / UX e interacción
- Quejas principales:
- El texto vertical/lateral es incómodo de leer y a menudo queda oculto por la interfaz flotante o la chrome del navegador.
- Las barras se encogen o crecen de forma impredecible al tocar; los clics repetidos no son idempotentes y se sienten “fuera de control”.
- En muchos dispositivos (iOS Safari, Android, Firefox móvil, iPad, monitores 4K), las etiquetas o la parte inferior de las barras quedan ocultas o recortadas.
- A menudo los usuarios no pueden ver a la vez la etiqueta y el valor numérico, lo que dificulta la comparación.
- Las instrucciones son fáciles de pasar por alto; el modelo mental de “hacer clic arriba/abajo de la barra para reescalar” no es claro.
- A algunos les gusta la interacción lúdica de “reescalar barras” una vez que la entienden, pero dicen que prioriza la forma sobre la función.
- Las mejoras sugeridas incluyen:
- Barras horizontales, gráficos estáticos en escala logarítmica o una tabla sencilla.
- Texto fuera de las barras o superposiciones ampliables al tocar.
- Redimensionado automático en lugar de “tocar para reescalar” manualmente, affordances más claras (flechas, iconos) y mejor contraste/padding.
- Capacidad de contraer/mover la caja de información/créditos.
Preocupaciones sobre los datos y el modelado
- Varias personas cuestionan números concretos:
- Enviar 1K por “1 Gbps” dado como ~44 ns se señala ampliamente como imposible; el análisis de la fuente original sugiere que en realidad modela una “commodity NIC” mucho más rápida mediante crecimiento exponencial del ancho de banda, no un enlace literal de 1 Gbps.
- Que el tiempo de ida y vuelta en el centro de datos sea constante durante décadas se considera dudoso.
- Se argumenta que algunos números de rendimiento/latencia de discos y SSD no coinciden con el hardware típico.
- El control deslizante de año (+/– año) es confuso al principio; se aclara que los valores se extrapolan a lo largo del tiempo, no solo son históricos.
Utilidad de los “números que todo programador debería conocer”
- Algunos sostienen que estas latencias son esenciales para entender los compromisos (RAM vs disco vs red, retrasos percibidos por humanos).
- Otros dicen que la mayoría de los programadores no trabaja en tareas críticas de rendimiento y rara vez necesita esos números.
- Hay debate sobre expresar los costos en tiempo frente a ciclos de CPU:
- Los desarrolladores de embebidos/telecom señalan que los ciclos son el estándar en su mundo.
- Otros argumentan que en sistemas multinúcleo modernos, con muchos dominios de reloj, las comparaciones basadas en tiempo y entre dominios son más significativas.