¿Cuánto rendimiento utilizable reduce la sobrecarga del protocolo en un enlace NAS doméstico?

La sobrecarga del protocolo usualmente elimina unos pocos porcentajes de un enlace NAS cableado bien lleno antes de considerar SMB y el comportamiento de la aplicación. Con un MTU estándar de 1500 bytes, TCP sobre IPv4 puede transportar 1460 bytes de carga útil de aplicación dentro de cada paquete IP, mientras que el enmarcado Ethernet, el preámbulo y el intervalo entre tramas consumen tiempo adicional en el cable.

Esa aritmética es solo un techo teórico de eficiencia para transferencias grandes y limpias. Archivos pequeños, paquetes parciales, acuses de recibo, mensajes SMB, cifrado, latencia, retransmisiones, esperas de almacenamiento y comportamiento del cliente pueden reducir mucho más el buen rendimiento real.

¿Cuál es la diferencia entre tasa de línea y buen rendimiento (goodput)?

La tasa de línea describe qué tan rápido la interfaz señala bits, mientras que el buen rendimiento (goodput) cuenta solo los datos de aplicación entregados. Los encabezados, acuses de recibo, retransmisiones y mensajes de control son tráfico real pero no bytes añadidos al archivo de usuario completado.

Por lo tanto, un puerto 1GbE no puede entregar 125 MB/s de carga útil de archivo indefinidamente. Ese número convierte mil millones de bits señalados por segundo en bytes antes de restar cualquier trabajo de enmarcado o protocolo.

El buen rendimiento (goodput) debe medirse en la aplicación después de que la transferencia se complete. Los contadores de interfaz miden un tráfico más amplio y pueden incluir reintentos o datos que la aplicación aún no ha confirmado.

¿Cuánto eliminan los encabezados Ethernet, IP y TCP?

Para TCP estándar sobre IPv4 sin opciones, los encabezados TCP e IP reducen la eficiencia de la carga útil. El costo de 40 bytes de TCP/IP es aproximadamente el 2.7% del MTU IP antes de incluir la sobrecarga del cable Ethernet.

A nivel de cable Ethernet, un marco de tamaño completo también usa un encabezado de 14 bytes, FCS de 4 bytes, preámbulo y delimitador de inicio de 8 bytes, y un intervalo entre tramas de 12 bytes. Por lo tanto, una carga útil TCP de 1460 bytes puede ocupar aproximadamente 1538 tiempos de byte en un camino Ethernet simple sin etiquetas.

Esa proporción es aproximadamente un 94.9% de eficiencia de carga útil. El techo aproximado es por lo tanto alrededor de 949 Mbps en 1GbE, 2.37 Gbps en 2.5GbE y 9.49 Gbps en 10GbE antes de SMB, almacenamiento, acuses de recibo y límites de implementación.

¿Por qué el tamaño de la carga útil cambia el porcentaje perdido?

La mayoría de los encabezados tienen un tamaño fijo por paquete, por lo que las cargas útiles más grandes amortizan la sobrecarga fija del marco. Un paquete completo de 1500 bytes es mucho más eficiente que un paquete que lleva solo unos pocos cientos de bytes.

Por lo tanto, las solicitudes pequeñas y síncronas pueden pasar una mayor parte de su tiempo en el cable en enmarcado, solicitudes, respuestas y acuses de recibo. El conteo de archivos y los viajes de ida y vuelta de la aplicación importan incluso cuando los bytes totales de carga útil son modestos.

Los jumbo frames mejoran aún más la proporción, pero la ganancia matemática máxima es menor que muchos cuellos de botella de almacenamiento. También requieren soporte MTU consistente en cada dispositivo y capa virtual en el camino.

¿Qué trabajo adicional añade SMB sobre TCP?

SMB añade encabezados de mensajes, semánticas de solicitud y respuesta, créditos, estado de autenticación, firma o cifrado y viajes de ida y vuelta para operaciones de archivos. los archivos pequeños repiten la configuración de la aplicación y el protocolo.

Para una lectura o escritura en tubería grande, la sobrecarga de SMB puede amortizarse en cargas útiles sustanciales y varias solicitudes pendientes. Para archivos pequeños y operaciones de metadatos, los mensajes de apertura, consulta, permisos, cierre y directorio representan una mayor proporción del tiempo transcurrido.

La firma y el cifrado también consumen CPU y ancho de banda de memoria sin necesariamente añadir una gran cantidad de bytes en el cable. Por lo tanto, la sobrecarga del protocolo incluye el costo de procesamiento, no solo el tamaño del encabezado.

¿Por qué las transferencias reales pueden perder más de lo que predice la aritmética de encabezados?

La aritmética de encabezados asume cargas útiles completas, sin pérdidas, ventanas adecuadas y puntos finales que procesan los paquetes lo suficientemente rápido. la latencia y la pérdida generan costos más allá de los bytes del encabezado.

La pérdida de paquetes añade retransmisiones y reducciones en el control de congestión. La latencia limita la rapidez con la que el remitente recibe retroalimentación. Ventanas TCP pequeñas, colas poco llenas, pausas en el almacenamiento o un núcleo de CPU ocupado pueden dejar el cable inactivo aunque la eficiencia teórica del enmarcado sea alta.

Un administrador de archivos también puede realizar copias en un solo flujo con búfer, mientras que un benchmark utiliza varios trabajadores o búferes de memoria. La diferencia entre esas herramientas es el comportamiento de la aplicación, no solo los encabezados del protocolo.

¿Cómo debería un NAS doméstico estimar el rendimiento práctico?

los cuadros jumbo reducen la sobrecarga solo en una ruta validada. Comience con el techo de eficiencia del cable MTU estándar, luego reste los límites medidos del punto final y la carga de trabajo en lugar de aplicar un porcentaje universal.

Use una prueba solo de red para establecer el rendimiento útil TCP, luego realice una copia NAS de archivo grande, una carga de trabajo de archivo pequeño y la aplicación real. Registre la velocidad de línea, bytes de la aplicación, CPU, latencia de almacenamiento, retransmisiones, tamaño de paquete y si la firma o el cifrado están habilitados.

Una asignación de planificación como 10–15 % por debajo de la velocidad de enlace puede ser razonable para programar transferencias grandes, pero no es una constante del protocolo. Una LAN bien ajustada puede acercarse al techo de eficiencia del cable, mientras que archivos pequeños o puntos finales limitados pueden perder mucho más.

Preguntas frecuentes

¿Cuál es el techo teórico de carga útil TCP en 1GbE?

Con paquetes TCP/IPv4 completos de 1500 bytes y una contabilidad simple del cable Ethernet, es aproximadamente 949 Mbps antes de los límites SMB y del punto final.

¿SMB siempre cuesta un 10 o 15 por ciento?

No. Su impacto depende del tamaño de la solicitud, la cantidad de archivos, la firma, el cifrado, la concurrencia, la CPU, el almacenamiento y la implementación del cliente.

¿Los cuadros jumbo recuperarán toda la sobrecarga del protocolo?

No. Reducen la frecuencia de enmarcado y procesamiento por paquete, pero no eliminan las operaciones SMB, los reconocimientos, las esperas de almacenamiento ni el comportamiento de la aplicación.

¿Por qué una copia NAS 10GbE puede mantenerse por debajo de 9,49 Gbps?

La matriz de almacenamiento, el disco cliente, la CPU, la ruta PCIe, la configuración SMB, la profundidad de la cola, la pérdida de paquetes y la herramienta de copia pueden convertirse en limitantes antes que la eficiencia del cable.

Conclusión final

La sobrecarga del protocolo convierte la velocidad de línea en un rendimiento útil menor debido al trabajo fijo de Ethernet, IP, TCP y SMB. Los cuadros estándar completos pueden retener aproximadamente el 95 % de la velocidad de línea como carga útil TCP, pero las transferencias reales de NAS también pagan por operaciones de archivos, seguridad, retroalimentación, pérdidas, latencia y bloqueos en los puntos finales. Calcule primero el techo del encabezado y luego mida la brecha específica de la carga de trabajo.