Primero descarga http://www.netperf.org/netperf/DownloadNetperf.html
instalación:
tar zxf ... && cd xxx
./configure -prefix = / herramientas / netperf-2.4.1 && make && make install
手册http://www.netperf.org/svn/netperf2/tags/netperf-2.4.3/doc/ netperf.html
Los iniciados servidor un método /tools/netperf-2.4.1/bin/netserver
prueba cliente
ensayo de lote de rendimiento (a granel) de tráfico de red
Ejemplos típicos de ftp transferencia masiva de datos y otras aplicaciones de red similares (es decir, una vez que todo el archivo) . El uso de diferentes protocolos de transporte, transferencia masiva de datos TCP se divide y la transferencia de transferencia de UDP mayor a granel.
De TCP_STREAM 1.
/tools/netperf-2.4.1/bin/netperf -l -H 192.168.0.108 60 [-t de TCP_STREAM]
el TCP el STREAM De la prueba 0.0.0.0 (0.0.0.0) Puerto 0 a 192.168.0.108 AF_INET (192.168. 0,108) Puerto 0 AF_INET
Recv la opción Enviar la opción Enviar
el zócalo del zócalo del mensaje que el transcurrido
Tamaño Tamaño Tamaño Tiempo rendimiento
bytes bytes bytes segundos 10 ^ 6bits / seg.
87380 16384 16384 60,01 88,91
de la netperf de salida, sabemos que algunos de los siguientes datos:
1) el momento sistema final (es decir, servidor) que tiene un tamaño de 87,380 bytes de la toma de recepción de tampón
2) el sistema local (es decir, cliente) que tiene un tamaño de 16.384 bytes socket búfer de transmisión
3) se transmite a la prueba de tamaño de paquete de sistema remoto es 16384 bytes
4 ) se somete a la prueba de tiempo de 60.01 segundos
5) el resultado de la prueba de rendimiento de 88.91Mbits / seg
predeterminada, socket netperf proporcionado al sistema local se utiliza para probar el tamaño de los paquetes transmitidos desde el tamaño del búfer de transmisión.
Los parámetros locales asociados con el modo de prueba en TCP_STREAM siguiente tabla:
Parámetro Descripción
zócalo para enviar y recibir búfer se proporciona el tamaño tamaño -s del sistema local
ajuste de tamaño -S del sistema remoto para enviar y recibir socket tamaño del búfer de
la configuración del sistema local tamaño -m envía un tamaño de paquete de prueba
El tamaño de M dispuesta sistema remoto recibe el tamaño de paquete de prueba
-D socket local y un sistema remoto opción TCP_NODELAY está provisto
mediante la modificación de los parámetros anteriores y observar los cambios en los resultados, podemos determinar qué factores afectan el rendimiento de la conexión. Por ejemplo, si el sospechoso enrutador debido a espacio de amortiguación insuficiente, hay un problema tal que una gran reenvío de paquetes, puede aumentar el tamaño de paquete de prueba (-m), con el fin de observar los cambios en el rendimiento:
./netperf -H 192.168.0.108 - 60 L - -m 2048
del TCP STREAM de la prueba 0.0.0.0 (0.0.0.0) Puerto 0 a 192.168.0.108 AF_INET (192.168.0.108) Puerto 0 AF_INET
Recv la opción Enviar la opción Enviar
el zócalo del transcurrido el zócalo del mensaje
Tamaño Tamaño Tamaño Tiempo rendimiento
bytes bytes bytes segundos. 6bits ^ 10 / seg
87,380 16,384 2,048 60,01 90,20
aquí, reduciendo el tamaño del paquete de prueba a 2048 bytes, pero el rendimiento no se cambia mucho (el tamaño del paquete de prueba en comparación con el ejemplo anterior es 16K bytes). Por el contrario, si el rendimiento se han mejorado en gran medida, la cuestión de la memoria intermedia en el medio de un enrutador de red existe.
UDP_STREAM 2.
/tools/netperf-2.4.1/bin/netperf -H 192.168.0.108 -l -t 60 UDP_STREAM
la UDP UNIDIRECCIONALES la prueba desde el SEND 0.0.0.0 (0.0.0.0) Puerto 0 a 192.168.0.108 AF_INET (192.168.0.108 ) Puerto 0 AF_INET
el Socket la transcurrido los mensajes que el mensaje
Tamaño Tamaño Tiempo Throughput bien los errores
bytes 10 bytes # ^ # 6bits secs / seg
108 544 0 65 507 60,00 10 998 96,06
262 144 60,00 3809 33,27
resultados UDP_STREAM realización hay dos filas de datos de prueba en la primera línea estadística de enviar el sistema local, la capacidad de rendimiento aquí representa un paquete se envía a la toma de netperf local. La segunda línea muestra el caso en el que se recibe el sistema remoto
solicitud de prueba / respuesta (petición / respuesta) el rendimiento del tráfico de red
Otro tipo común de solicitud de tráfico de red de la aplicación en modo cliente / servidor de la estructura / respuesta. En cada transacción (transacciones) en, consultas de cliente envía al servidor de pequeños paquetes, el servidor recibe la solicitud, después de un gran rendimientos de procesado de resultados de datos.
1. TCP_RR
objeto de prueba manera que TCP_RR proceso de solicitud de TCP y transacción de respuestas múltiples, sino que se producen en la misma conexión TCP, este modelo aparece a menudo en aplicaciones de bases de datos. programa cliente y las bases de datos del programa servidor para establecer una conexión TCP con el futuro, que transmite múltiples bases de datos de transacción a este respecto.
-H 192.168.0.108 -t TCP_RR, /tools/netperf-2.4.1/bin/netperf
SOLICITUD TCP / La respuesta de la PRUEBA 0.0.0.0 (0.0.0.0) Puerto 0 AF_INET a 192.168.0.108 (192.168.0.108) Puerto 0 AF_INET
local / el mando
del zócalo de la petición del tamaño Resp. del transcurrido Trans.
Send Tiempo Tasa Recv Tamaño Tamaño
bytes bytes bytes bytes seg. por segundo
16384 87380 10,00 3328,91. 1. 1
16384 87380
resultado se emite Netperf consta de dos líneas. La primera muestra de línea el caso donde el sistema local, la segunda línea muestra el extremo distal del sistema de información. La tasa promedio de transacción (tasa de transacción) fue 3328,91 / seg. Observa que cada solicitud de transacción y el tamaño de paquete de respuesta aquí es un byte, no tiene gran importancia práctica. El usuario puede cambiar el tamaño de los paquetes de petición y de respuesta en los parámetros de prueba pertinentes, los parámetros mostrados en la Tabla TCP_RR sigue:
Parámetro Descripción
req -r, ajuste resp tamaño de la petición de paquetes y reponse
Enviar socket y recibir tamaño de búfer tamaño -s ajuste de sistema local
-S ajuste del tamaño del sistema remoto para enviar y recibir tamaño del búfer de socket
socket -D para el sistema local y remoto se proporciona TCP_NODELAY
, que puede ser más práctico mediante el uso de la prueba del parámetro -r:
/tools/netperf-2.4.1/bin/netperf -H 192.168.0.108 -t TCP_RR, - -r 32,1024
TCP SOLICITUD / la prueba de la respuesta 0.0.0.0 (0.0.0.0) Puerto 0 AF_INET a 192.168.0.108 (192.168.0.108) Puerto 0 AF_INET
local / remoto
del zócalo tamaño de la petición Resp. del transcurrido Trans.
Send Recv Tamaño Tamaño Tiempo Tasa de
bytes bytes bytes bytes seg. por segundo
16384 87380 321024 1.108,21 10,00
1638487380
2. TCP_CRR
y diferente TCP_RR, TCP_CRR para cada transacción para establecer una nueva conexión TCP. La aplicación más típica es HTTP, cada transacción HTTP se lleva a cabo en una única conexión TCP. Por lo tanto, debido a la necesidad de establecer constantemente nuevas conexiones TCP y conexiones TCP desmanteladas al final de la transacción, el tipo de transacción se verá muy afectada.
-H 192.168.0.108 -t TCP_CRR /tools/netperf-2.4.1/bin/netperf - -r 32,1024
TCP conectar / petición / la Respuesta De la prueba 0.0.0.0 (0.0.0.0) Puerto 0 AF_INET a 192.168.0.108 ( 192.168.0.108) Puerto 0 AF_INET
/ remoto local
el tamaño de solicitud zócalo Resp. del transcurrido Trans.
la Recv Tamaño tasa Hora tamaño de envío
bytes bytes bytes bytes seg por seg.
16384 87380 32 1024 10,00 793,08
16384 87380
tasa operativa se reduce significativamente, y sólo 793,08 veces / seg.
3. UDP_RR
UDP_RR manera de utilizar solicitud de transacción de paquetes UDP / respuesta de. Sin la carga de conexiones TCP traído
/tools/netperf-2.4.1/bin/netperf -H 192.168.0.108 -t UDP_RR - -r 32,1024
SOLICITUD UDP / La respuesta de la PRUEBA 0.0.0.0 (0.0.0.0) Puerto 0 AF_INET a 192.168.0.108 (192.168.0.108) Puerto 0 AF_INET
Local / Remoto
el tamaño de solicitud zócalo Resp. La transcurrido Trans.
La Enviar Recv Tamaño Tamaño Tiempo Tasa de
bytes bytes bytes Bytes secs. por seg
108 544 108 544 1 024 32 1139,40 10,00
262 144 262 144
# pueden ser un enrutador de red u otros dispositivos de red utilizando un espacio tampón UDP diferente y técnicas de procesamiento afectan TCP, normalmente más alta que el valor de TCP_RR
Este artículo describe algunos de los conceptos y métodos de medición de rendimiento de la red, herramienta de la combinación a continuación netperf, la discusión específica de cómo básicas rendimiento de la red de prueba bajo diferentes condiciones.
Cuando la construcción o un sistema de gestión de la red, que están más preocupados acerca de la disponibilidad de la red, es decir, si la conectividad de la red, y por su rendimiento general es a menudo considerado mucho, o incluso teniendo en cuenta la cuestión de rendimiento, pero no se encontraron medios adecuados para probar el rendimiento de la red.
En el desarrollo de una aplicación web, encontraremos que en entornos de red actuales, el uso del efecto de las aplicaciones de red no es muy satisfactoria, pueden surgir problemas en el proceso de desarrollo de lo anterior, también es posible, ya que existe el entorno de red real cuellos de botella. Frente a este problema, los programadores en general, no hacen nada, no tienen algunas de las razones es que la herramienta de medición de rendimiento de la red.
En este documento, presentamos algunos conceptos y métodos de medición de rendimiento de la red, herramienta de la combinación a continuación netperf, la discusión específica de cómo básicas rendimiento de la red de prueba bajo diferentes condiciones.
Red de Pruebas de rendimiento general
Cinco indicadores de medición del rendimiento de la red
Medir el rendimiento de la red cinco indicadores son:
-
Disponibilidad (disponibilidad)
-
Tiempo de respuesta (tiempo de respuesta)
-
utilización de la red (utilización de la red)
-
rendimiento de la red (rendimiento de la red)
-
capacidad de ancho de banda (capacidad de ancho de banda de red)
1. disponibilidad
El primer paso es determinar el rendimiento de la red de prueba de la red está funcionando correctamente, la forma más fácil es usar el comando ping. Se determina mediante la transmisión a la remota solicitud de eco ICMP a la máquina remota, y la máquina espera para recibir una respuesta de eco ICMP si la comunicación, si la red está funcionando correctamente.
comando ping es muy rica opciones de comandos, tales como -C puede especificar el número de solicitud de eco se envía, -s puede especificar el tamaño de los paquetes de ping envía cada vez.
los dispositivos de red internos tienen típicamente múltiples agrupaciones de almacenamiento intermedio, diferentes agrupaciones de almacenamientos intermedios de diferente tamaño de búfer, que manejan paquetes de diferentes tamaños (paquete). Tales como interruptores tienen generalmente tres tipos de almacenamientos intermedios de paquetes: un tipo de paquete para un pequeño, un tipo de paquete de tamaño medio, existe una clase de grandes paquetes para. Para probar tal dispositivo de una red, herramienta de prueba debe tener la capacidad de enviar diferentes tamaños de paquetes. comando ping -s se puede utilizar en esta ocasión.
2. Tiempo de respuesta
solicitud de eco comando Ping / respuesta tiempo de respuesta de ida y vuelta es el tiempo que tarda. Hay muchos factores que afectarán el tiempo de respuesta, como la carga de la red, anfitrión de carga de red, tormenta de difusión, el dispositivo de red no está funcionando adecuadamente y así sucesivamente.
Cuando la red está funcionando correctamente, el registro normal de tiempo de respuesta. Cuando los usuarios de tiempo de reacción se quejan de la red lenta, ahora puede ser el tiempo de respuesta normal del tiempo de respuesta de comparación, si la fluctuación es grande la diferencia entre los dos, hay un fallo puede ser un dispositivo de red.
3. utilización de la red
Utilización de la red se refiere al tiempo de la red se utiliza la relación del tiempo total (es decir, tiempo + tiempo de inactividad de uso) de la. Por ejemplo, a pesar de Ethernet es compartido, pero al mismo tiempo, pero sólo una transmisión de paquetes. Por lo tanto en cualquier momento, Ethernet, o 100% de utilización, o 0% de utilización.
Cálculo de una red de utilización de la red es relativamente fácil, pero la determinación de la utilización de una red más compleja. Por lo tanto, las herramientas de prueba de red suelen utilizar la capacidad de ancho de banda de red de la red de rendimiento y para determinar el rendimiento entre los dos nodos de red.
4. El rendimiento de la red
Medios de una red de rendimiento en algún punto de la red entre dos nodos, el ancho de banda restante disponible para la aplicación de red.
Rendimiento de la red puede ayudar a los cuellos de botella de grupos Buscar en el camino de la red. Por ejemplo, incluso si el cliente y el servidor están conectados a la respectiva 100M Ethernet, respectivamente, pero si los dos 100M Ethernet conectado Ethernet 10M de él, entonces el Ethernet 10M es el cuello de botella de la red.
rendimiento de la red es muy dependiente de la carga de la red actual. Por lo tanto, con el fin de obtener el rendimiento de la red correcta, lo mejor es probar cada uno a una hora diferente (diferente hora del día o en diferentes días de la semana), la única manera de conseguir una comprensión global de rendimiento de la red.
Algunas aplicaciones de red que se ejecutan correctamente en el proceso de desarrollo de la prueba, pero el entorno de red real no estaba funcionando correctamente (debido a la insuficiente rendimiento de la red). Esto se debe a que la prueba sólo entorno de red inactivo, sin tener en cuenta el entorno de red real, hay una variedad de otro tráfico de red. Por lo tanto, la red de rendimiento se define como el ancho de banda restante es significativa.
5. capacidad de ancho de banda
Different capacidad de rendimiento de la red y el ancho de banda se refiere a la máxima anchura de banda disponible entre dos nodos de la red. Esto se debe a la capacidad de los equipos de red que consiste en la decisión.
Hay dos la capacidad de ancho de banda de red de prueba de dificultad: cuando hay otra red de tráfico de la red, cómo saber el ancho de banda máximo disponible de la red, en el proceso de prueba, cómo no causa impacto en el tráfico de red existente. herramientas de diagnóstico de red generalmente utilizan paquetes trenes y técnicas de pares de paquetes para superar tales dificultades.
el modo de datos de rendimiento de red a cobro revertido
Cuando se determina después de unos indicadores de rendimiento de red de prueba, es necesario el uso de la red correspondiente herramientas de diagnóstico para los datos de rendimiento de cobro revertido, hay tres maneras de obtener datos de la red, respectivamente:
1. El dispositivo de red adquirida por el protocolo SNMP directamente, tales como herramientas de net-SNMP
2. Escucha de datos relacionados con el rendimiento de la red, las herramientas típicas son tcpdump
3. La generación de los datos de prueba correspondiente, como se usa en el presente documento herramienta netperf sí