Iperf: JSON输出中的1小时运行限制和统计间隔

创建于 2014-05-08  ·  5评论  ·  资料来源: esnet/iperf

你好,
我正在尝试以全网格方式在几台主机(正常工作后最多70台)之间运行iperf3测试。 我希望它运行一天,但是在此阶段,最长运行时间为1小时。 不幸的是,由于服务器限制(每个端口最多只能同时运行一个iperf3实例/运行),我无法获得完整的每日测试所需的结果。 有没有办法更改此限制? 恐怕我不喜欢编程。

另一个问题是关于JSON文件中的统计信息输出(例如,抖动):它仅在运行结束时打印,而不像间隔那样频繁。 有没有办法改变这种行为? 如上所述,我没有任何编程技能。

非常感谢。
问候
费德里科

enhancement question

最有用的评论

@Yakkity :我们想避免高比特率流基本上永远运行的危险。 对此有真正需求的人应该能够修改代码(这很简单)。

所有5条评论

最大运行时间限制由src/iperf.h的常量MAX_TIME src/iperf.h 。 进行更改将更改可以在命令行上指定的最大值。 @bltierney和我讨论了这个问题,我们认为最大值肯定应该更高,因为有一些很好的用例可以运行一个小时以上的测试,尽管我们不确定到底要提高多少。 也许我们可能要去1天(86400)。

JSON只能在运行结束时显示,因为由于JSON结果当前是结构化的,因此无法显示部分结果。

将其标记为3.0.x以增加MAX_TIME参数。

嗨布鲁斯,

谢谢。 关于JSON输出:我知道它是在最后写的,但是我的问题是关于另一个主题的,但是我解决了这个问题。 实际上,我的一位同事注意到服务器和客户端的输出是不同的:来自服务器的一个根据时间间隔打印出抖动,而来自客户端的一个仅在末尾打印并在整个运行期间进行计算。 因此,我们使用服务器的输出解决了问题,但是也许您想检查一下这种差异的原因。

问候
费德里科

抖动统计信息当前仅在服务器上可用,因为这是生成它们的地方。 在测试结束时,客户端和服务器要交换更多的数据,这是一个突出的问题(#160),因此它们各自都有一套更完整的结果。

我可以礼貌地问为什么要为测试时间设置一个上限吗?

@Yakkity :我们想避免高比特率流基本上永远运行的危险。 对此有真正需求的人应该能够修改代码(这很简单)。

此页面是否有帮助?
0 / 5 - 0 等级