El goodput es la tasa a la que se entrega con éxito a la capa de aplicación la carga útil útil (excluyendo encabezados de protocolo, retransmisiones, duplicados y overhead de control) durante un intervalo de observación especificado; suele expresarse en bits/s o bytes/s.

Principio

El goodput es siempre menor o igual que el throughput; cuantifica la entrega efectiva de datos a nivel de usuario y por tanto gobierna directamente el rendimiento de la aplicación y la experiencia del usuario, independientemente de las tasas brutas de la capa física o del tráfico de control.

Demostración

Escenario ilustrativo — Situación: Una aplicación de transferencia de archivos envía payload por TCP sobre un enlace con pérdidas. Reconocimiento: Durante el intervalo medido calcular el total de bytes de payload recibidos por la aplicación, excluyendo cabeceras TCP/IP y bytes retransmitidos. Acción: Reportar goodput como bytes de payload por segundo. Consecuencia: Las retransmisiones, cabeceras grandes, cifrado o fragmentación en paquetes pequeños pueden reducir sustancialmente el goodput respecto a la tasa física, disminuyendo la velocidad percibida de transferencia.

Aplicación incorrecta

Usar la tasa de la capa física o el throughput como proxy del rendimiento de la aplicación sin contabilizar overhead de protocolo, retransmisiones, cifrado y encapsulado, o medir goodput en un punto que todavía incluye duplicados o cabeceras no retiradas.

Consecuencia

El goodput es la métrica adecuada para planificación de capacidad a nivel de aplicación, evaluación de la experiencia de usuario y modelos de facturación por datos útiles; confundir goodput con throughput bruto puede provocar optimizaciones equivocadas o SLAs incorrectos.

Inversión

En algunos diseños, aceptar menor goodput (por ejemplo enviando encabezados más robustos, tramas de control redundantes o FEC) mejora deliberadamente la fiabilidad, reduce errores a nivel de aplicación o disminuye la variabilidad de latencia; por tanto, maximizar goodput no siempre es el objetivo correcto.

Límite

Claramente dentro: bytes de payload de aplicación entregados con éxito por unidad de tiempo tras excluir overheads y retransmisiones. Caso límite: mediciones en capas intermedias que quitan algunos pero no todos los encabezados requieren definición explícita. Claramente fuera: tasas de capa física y throughput que incluyen encabezados y duplicados no son goodput.

Tensión semántica

Goodput ↔ Fiabilidad/Laten cia: las medidas para maximizar goodput (p. ej. eliminar redundancia) pueden reducir la fiabilidad; la redundancia que mejora la fiabilidad reduce goodput — las compensaciones deben decidirse según las necesidades de la aplicación.

Síntesis

El goodput es la medida relevante para el usuario del rendimiento efectivo de entrega de payload; debe medirse en la frontera de la aplicación y evaluarse junto a la latencia y la fiabilidad para orientar el diseño del sistema.