diff options
| author | Stefano Brivio <sbrivio@redhat.com> | 2022-09-21 01:21:32 +0200 |
|---|---|---|
| committer | Stefano Brivio <sbrivio@redhat.com> | 2022-09-22 16:54:09 +0200 |
| commit | df29ebfe02aa0639278527b0fa2d90074263af0f (patch) | |
| tree | 035b0a97ba614114a098b0fc9d61e35813dbbc8b /test/perf/passt_udp | |
| parent | 9f8b783d4a3860fa22082c57c3054fbc062def17 (diff) | |
| download | passt-df29ebfe02aa0639278527b0fa2d90074263af0f.tar passt-df29ebfe02aa0639278527b0fa2d90074263af0f.tar.gz passt-df29ebfe02aa0639278527b0fa2d90074263af0f.tar.bz2 passt-df29ebfe02aa0639278527b0fa2d90074263af0f.tar.lz passt-df29ebfe02aa0639278527b0fa2d90074263af0f.tar.xz passt-df29ebfe02aa0639278527b0fa2d90074263af0f.tar.zst passt-df29ebfe02aa0639278527b0fa2d90074263af0f.zip | |
test/perf: Disable periodic throughput reports to avoid vhost hang
It appears that if we run throughput tests with one-second periodic
reports, the sending side of the vhost channel used for SSH-based
command dispatch occasionally stops working altogether. I haven't
investigated this further, all I see is that output is truncated
at some point, and doesn't resume.
If we use gzip compression (ssh -C) this happens less frequently,
but it still happens, seemingly indicating the issue is probably
related to vhost itself.
Disable periodic reports in iperf3 clients. The -i options were
actually redundant, so remove them from both test files as well as
from test_iperf3().
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'test/perf/passt_udp')
| -rw-r--r-- | test/perf/passt_udp | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/test/perf/passt_udp b/test/perf/passt_udp index 6bd86ff..fd2ddc1 100644 --- a/test/perf/passt_udp +++ b/test/perf/passt_udp @@ -38,7 +38,7 @@ hout FREQ [ -n "__FREQ_CPUFREQ__" ] && echo __FREQ_CPUFREQ__ || echo __FREQ_PROC set THREADS 4 set STREAMS 1 set TIME 10 -set OPTS -u -i1 -P __STREAMS__ --pacing-timer 1000 +set OPTS -u -P __STREAMS__ --pacing-timer 1000 info Throughput in Gbps, latency in µs, __THREADS__ threads at __FREQ__ GHz, one stream each |