* Problem with IPv4 performance tests
@ 2023-02-14 1:59 David Gibson
2023-02-14 14:22 ` Stefano Brivio
0 siblings, 1 reply; 3+ messages in thread
From: David Gibson @ 2023-02-14 1:59 UTC (permalink / raw)
To: sbrivio; +Cc: passt-dev
[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]
Hi,
I've been running the tests for the first time since getting back from
holiday. I seem to be getting a consistent failure on the first batch
of IPv4 throughput tests, although the IPv6 tests before it worked fine:
=== perf/passt_tcp
> passt: throughput and latency
Throughput in Gbps, latency in µs, one thread at 4.8 GHz, 8 streams
MTU: | 256B | 576B | 1280B | 1500B | 9000B | 65520B |
|--------|--------|--------|--------|--------|--------|
TCP throughput over IPv6: guest to host | - | - | 6.5 | 7.6 | 20.7 | 28.1 |
TCP RR latency over IPv6: guest to host | - | - | - | - | - | 74 |
TCP CRR latency over IPv6: guest to host | - | - | - | - | - | 227 |
|--------|--------|--------|--------|--------|--------|
TCP throughput over IPv4: guest to host | 0 | 0 | 0 | 0 | 0 | 0 |
TCP RR latency over IPv4: guest to host | - | - | - | - | - |
I haven't seen a failure like this before, has anyone else seen
something like this?
I'm not getting any messages from the iperf client at all - like it
has no connectivity whatsoever, but the non-perf tests are all
passing.
Haven't done much troubleshooting yet.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Problem with IPv4 performance tests
2023-02-14 1:59 Problem with IPv4 performance tests David Gibson
@ 2023-02-14 14:22 ` Stefano Brivio
2023-02-15 5:50 ` David Gibson
0 siblings, 1 reply; 3+ messages in thread
From: Stefano Brivio @ 2023-02-14 14:22 UTC (permalink / raw)
To: David Gibson; +Cc: passt-dev
On Tue, 14 Feb 2023 12:59:02 +1100
David Gibson <david@gibson.dropbear.id.au> wrote:
> Hi,
>
> I've been running the tests for the first time since getting back from
> holiday. I seem to be getting a consistent failure on the first batch
> of IPv4 throughput tests, although the IPv6 tests before it worked fine:
>
> === perf/passt_tcp
> > passt: throughput and latency
> Throughput in Gbps, latency in µs, one thread at 4.8 GHz, 8 streams
> MTU: | 256B | 576B | 1280B | 1500B | 9000B | 65520B |
> |--------|--------|--------|--------|--------|--------|
> TCP throughput over IPv6: guest to host | - | - | 6.5 | 7.6 | 20.7 | 28.1 |
> TCP RR latency over IPv6: guest to host | - | - | - | - | - | 74 |
> TCP CRR latency over IPv6: guest to host | - | - | - | - | - | 227 |
> |--------|--------|--------|--------|--------|--------|
> TCP throughput over IPv4: guest to host | 0 | 0 | 0 | 0 | 0 | 0 |
> TCP RR latency over IPv4: guest to host | - | - | - | - | - |
>
> I haven't seen a failure like this before, has anyone else seen
> something like this?
Whoa. I haven't, not even occasionally.
> I'm not getting any messages from the iperf client at all - like it
> has no connectivity whatsoever, but the non-perf tests are all
> passing.
The only obvious difference I see are port numbers: that would be port
10003 for functionality tests, and 10002 for throughput tests. Maybe
you have something else already bound to it...?
Or could it be due to the "new" virtio-net TX hang, fixed by kernel
commit d71ebe8114b4 ("virtio-net: correctly enable callback during
start_xmit")? The 256-byte MTU test is the one most likely to trigger
that condition...
--
Stefano
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Problem with IPv4 performance tests
2023-02-14 14:22 ` Stefano Brivio
@ 2023-02-15 5:50 ` David Gibson
0 siblings, 0 replies; 3+ messages in thread
From: David Gibson @ 2023-02-15 5:50 UTC (permalink / raw)
To: Stefano Brivio; +Cc: passt-dev
[-- Attachment #1: Type: text/plain, Size: 2712 bytes --]
On Tue, Feb 14, 2023 at 03:22:31PM +0100, Stefano Brivio wrote:
> On Tue, 14 Feb 2023 12:59:02 +1100
> David Gibson <david@gibson.dropbear.id.au> wrote:
>
> > Hi,
> >
> > I've been running the tests for the first time since getting back from
> > holiday. I seem to be getting a consistent failure on the first batch
> > of IPv4 throughput tests, although the IPv6 tests before it worked fine:
> >
> > === perf/passt_tcp
> > > passt: throughput and latency
> > Throughput in Gbps, latency in µs, one thread at 4.8 GHz, 8 streams
> > MTU: | 256B | 576B | 1280B | 1500B | 9000B | 65520B |
> > |--------|--------|--------|--------|--------|--------|
> > TCP throughput over IPv6: guest to host | - | - | 6.5 | 7.6 | 20.7 | 28.1 |
> > TCP RR latency over IPv6: guest to host | - | - | - | - | - | 74 |
> > TCP CRR latency over IPv6: guest to host | - | - | - | - | - | 227 |
> > |--------|--------|--------|--------|--------|--------|
> > TCP throughput over IPv4: guest to host | 0 | 0 | 0 | 0 | 0 | 0 |
> > TCP RR latency over IPv4: guest to host | - | - | - | - | - |
> >
> > I haven't seen a failure like this before, has anyone else seen
> > something like this?
>
> Whoa. I haven't, not even occasionally.
I thought that was probably the case, but still, drat :(.
> > I'm not getting any messages from the iperf client at all - like it
> > has no connectivity whatsoever, but the non-perf tests are all
> > passing.
>
> The only obvious difference I see are port numbers: that would be port
> 10003 for functionality tests, and 10002 for throughput tests. Maybe
> you have something else already bound to it...?
>
> Or could it be due to the "new" virtio-net TX hang, fixed by kernel
> commit d71ebe8114b4 ("virtio-net: correctly enable callback during
> start_xmit")? The 256-byte MTU test is the one most likely to trigger
> that condition...
Maybe, I'll look at those options when I get the chance.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-02-15 6:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-02-14 1:59 Problem with IPv4 performance tests David Gibson
2023-02-14 14:22 ` Stefano Brivio
2023-02-15 5:50 ` David Gibson
Code repositories for project(s) associated with this public inbox
https://passt.top/passt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for IMAP folder(s).