Iperf: Limitação de execução de 1 hora e intervalo de estatísticas na saída JSON

Criado em 8 mai. 2014  ·  5Comentários  ·  Fonte: esnet/iperf

Oi,
Estou tentando executar um teste iperf3 entre vários hosts (até 70, uma vez funcionando corretamente) em uma malha completa. Eu quero que ele funcione por um dia, mas neste estágio o tempo máximo de execução é de 1 hora. Infelizmente, devido à limitação do servidor de no máximo uma instância / execução iperf3 simultânea por porta, não consigo obter o resultado de que preciso para um teste diário completo. Existe uma maneira de alterar esse limite? Receio que não goste de programação.

Outra questão é sobre a saída de estatísticas (jitter, por exemplo) em um arquivo JSON: ela é impressa apenas no final da execução e não tão frequente quanto o intervalo. Existe uma maneira de mudar esse comportamento? Como acima, não tenho nenhuma habilidade de programação.

Muito obrigado.
Cumprimentos
Federico

enhancement question

Comentários muito úteis

@Yakkity : Queríamos evitar o perigo de streams de alta taxa de bits rodando essencialmente para sempre. Alguém que realmente precise disso deve ser capaz de modificar o código (é trivial).

Todos 5 comentários

O limite máximo de tempo de execução é definido pela constante MAX_TIME em src/iperf.h . Mudar isso mudaria o valor máximo que pode ser especificado na linha de comando. @bltierney e eu discutimos isso e achamos que o máximo definitivamente deveria ser mais alto, porque existem alguns casos de uso bons para executar testes com mais de uma hora, embora não tenhamos certeza de quanto mais alto. Talvez possamos ir para 1 dia (86400).

O JSON só pode ser exibido no final da execução porque, como os resultados JSON estão estruturados atualmente, não é possível exibir um resultado parcial.

Marcando isso como 3.0.x para aumentar o parâmetro MAX_TIME .

Oi bruce,

Obrigado. Sobre a saída JSON: Eu entendo que está tudo escrito no final, mas minha dúvida era sobre outro assunto, mas resolvi isso. Na verdade, um dos meus colegas notou que as saídas do servidor e do cliente são diferentes: a do servidor tem o jitter impresso de acordo com o intervalo, enquanto a do cliente o tem apenas no final e é calculada sobre toda a execução. Então resolvemos usar a saída do servidor, mas talvez você queira verificar o motivo dessa diferença.

Cumprimentos
Federico

As estatísticas de jitter estão atualmente disponíveis apenas no servidor porque é onde são geradas. Há um problema pendente (# 160) para o cliente e o servidor trocarem mais dados no final do teste para que cada um tenha um conjunto de resultados mais completo.

Posso perguntar educadamente por que definir um limite máximo para a duração do teste?

@Yakkity : Queríamos evitar o perigo de streams de alta taxa de bits rodando essencialmente para sempre. Alguém que realmente precise disso deve ser capaz de modificar o código (é trivial).

Esta página foi útil?
0 / 5 - 0 avaliações