It looks like the workaround for the virtio_net TX hang issue is working less reliably with the new command dispatch mechanism, I'm not sure why. Switch to 10 seconds, at least for the moment. Signed-off-by: Stefano Brivio <sbrivio(a)redhat.com> --- test/perf/passt_tcp | 2 +- test/perf/passt_udp | 2 +- test/perf/pasta_tcp | 2 +- test/perf/pasta_udp | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/test/perf/passt_tcp b/test/perf/passt_tcp index bee4f9e..5f0aa3a 100644 --- a/test/perf/passt_tcp +++ b/test/perf/passt_tcp @@ -44,7 +44,7 @@ hout FREQ [ -n "__FREQ_CPUFREQ__" ] && echo __FREQ_CPUFREQ__ || echo __FREQ_PROC set THREADS 1 set STREAMS 8 -set TIME 30 +set TIME 10 hout OMIT echo __TIME__ / 6 | bc -l set OPTS -Z -P __STREAMS__ -l 1M -i1 -O__OMIT__ --pacing-timer 1000000 diff --git a/test/perf/passt_udp b/test/perf/passt_udp index 80731d1..6bd86ff 100644 --- a/test/perf/passt_udp +++ b/test/perf/passt_udp @@ -37,7 +37,7 @@ hout FREQ [ -n "__FREQ_CPUFREQ__" ] && echo __FREQ_CPUFREQ__ || echo __FREQ_PROC set THREADS 4 set STREAMS 1 -set TIME 30 +set TIME 10 set OPTS -u -i1 -P __STREAMS__ --pacing-timer 1000 info Throughput in Gbps, latency in µs, __THREADS__ threads at __FREQ__ GHz, one stream each diff --git a/test/perf/pasta_tcp b/test/perf/pasta_tcp index cc21075..44c5e54 100644 --- a/test/perf/pasta_tcp +++ b/test/perf/pasta_tcp @@ -23,7 +23,7 @@ ns /sbin/sysctl -w net.ipv4.tcp_timestamps=0 set THREADS 2 set STREAMS 2 -set TIME 30 +set TIME 10 hout OMIT echo __TIME__ / 6 | bc -l set OPTS -Z -w 4M -l 1M -P __STREAMS__ -i1 -O__OMIT__ --pacing-timer 10000 diff --git a/test/perf/pasta_udp b/test/perf/pasta_udp index ae898b1..abb88b0 100644 --- a/test/perf/pasta_udp +++ b/test/perf/pasta_udp @@ -22,7 +22,7 @@ hout FREQ [ -n "__FREQ_CPUFREQ__" ] && echo __FREQ_CPUFREQ__ || echo __FREQ_PROC set THREADS 1 set STREAMS 4 -set TIME 30 +set TIME 10 set OPTS -u -i1 -P __STREAMS__ info Throughput in Gbps, latency in µs, one thread at __FREQ__ GHz, __STREAMS__ streams -- 2.35.1