Iperf: Límite de ejecución de 1 hora e intervalo de estadísticas en la salida JSON

Creado en 8 may. 2014  ·  5Comentarios  ·  Fuente: esnet/iperf

Hola,
Estoy tratando de ejecutar una prueba iperf3 entre varios hosts (hasta 70 una vez que funcionen correctamente) en una forma de malla completa. Quiero que se ejecute durante un día, pero en esta etapa el tiempo máximo de ejecución es de 1 hora. Desafortunadamente, debido a la limitación del servidor de un máximo de una instancia / ejecución simultánea de iperf3 por puerto, no puedo obtener el resultado que necesito para una prueba diaria completa. ¿Hay alguna forma de cambiar este límite? Me temo que no me gusta la programación.

Otra pregunta es sobre la salida de estadísticas (jitter, por ejemplo) en un archivo JSON: se imprime solo al final de la ejecución y no con tanta frecuencia como el intervalo. ¿Hay alguna forma de cambiar este comportamiento? Como antes, no tengo conocimientos de programación.

Muchas gracias.
Saludos
Federico

enhancement question

Comentario más útil

@Yakkity : Queríamos evitar el peligro de que las transmisiones de alta tasa de bits se ejecutaran esencialmente para siempre. Alguien que tenga una necesidad real de esto debería poder modificar el código (es trivial).

Todos 5 comentarios

El límite máximo de tiempo de ejecución se establece mediante la constante MAX_TIME en src/iperf.h . Cambiar eso cambiaría el valor máximo que se puede especificar en la línea de comandos. @bltierney y yo discutimos esto, y creemos que el máximo definitivamente debería ser más alto, porque hay algunos buenos casos de uso para ejecutar pruebas durante más de una hora, aunque no estamos seguros de cuánto más alto. Quizás podríamos ir a 1 día (86400).

El JSON solo se puede mostrar al final de la ejecución porque, como los resultados JSON están estructurados actualmente, no es posible mostrar un resultado parcial.

Marcando esto para 3.0.x para aumentar el parámetro MAX_TIME .

Hola bruce

Gracias. Acerca de la salida JSON: entiendo que está escrito todo al final, pero mi pregunta era sobre otro tema, pero resolví esto. De hecho, uno de mis colegas notó que los resultados del servidor y del cliente son diferentes: el del servidor tiene un jitter impreso de acuerdo con el intervalo, mientras que el del cliente lo tiene solo al final y se calcula durante toda la ejecución. Así que lo resolvimos usando la salida del servidor, pero tal vez desee verificar la razón de esta diferencia.

Saludos
Federico

Actualmente, las estadísticas de fluctuación solo están disponibles en el servidor porque ahí es donde se generan. Hay un problema pendiente (# 160) para que el cliente y el servidor intercambien más datos al final de la prueba para que cada uno tenga un conjunto de resultados más completo.

¿Puedo preguntar cortésmente por qué establecer un límite superior en la duración de la prueba?

@Yakkity : Queríamos evitar el peligro de que las transmisiones de alta tasa de bits se ejecutaran esencialmente para siempre. Alguien que tenga una necesidad real de esto debería poder modificar el código (es trivial).

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

doru91 picture doru91  ·  12Comentarios

pecigonzalo picture pecigonzalo  ·  4Comentarios

JodieChuang picture JodieChuang  ·  5Comentarios

smcifrankp picture smcifrankp  ·  4Comentarios

hardikjoshi90 picture hardikjoshi90  ·  7Comentarios