[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4561e150-7601-408f-9775-fe1718c2fa56@kernel.org>
Date: Thu, 18 Apr 2024 10:56:28 -0700
From: David Ahern <dsahern@...nel.org>
To: Eric Dumazet <edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>
Cc: "David S . Miller" <davem@...emloft.net>, Jakub Kicinski
<kuba@...nel.org>, netdev@...r.kernel.org,
Neal Cardwell <ncardwell@...gle.com>, Dragos Tatulea <dtatulea@...dia.com>,
eric.dumazet@...il.com, Maciej Żenczykowski
<maze@...gle.com>, Willem de Bruijn <willemb@...gle.com>,
Shachar Kagan <skagan@...dia.com>
Subject: Re: [PATCH net-next 1/2] tcp: conditionally call ip_icmp_error() from
tcp_v4_err()
On 4/18/24 3:26 AM, Eric Dumazet wrote:
> For the second one, I am not familiar enough with this very slow test
> suite (all these "sleep 1" ... oh well)
>
> I guess "failing tests" depended on TCP connect() to immediately abort
> on one ICMP message,
> depending on old kernel behavior.
>
> I do not know how to launch a subset of the tests, and trace these.
>
> "./fcnal-test.sh -t ipv4_tcp" alone takes more than 9 minutes [1] in a
> VM running a non debug kernel :/
>
> David, do you have an idea how to proceed ?
>
> Thanks.
>
> [1]
> Tests passed: 134
> Tests failed: 0
>
> real 9m33.085s
> user 0m40.159s
> sys 0m30.098s
The test suite was started in 2013 and has evolved to cover the many
permutations of APIs -- setsockopts, cmsg, VRF, routing, ip rules,
netfilter, etc. There are a lot of combinations. They verify not just
control path or socket bind succeeds, but data path works as expected
which means do a connect and packet transfer.
Some years back nettest gained support to change namespaces and run both
client and server in a single instance. I started converting the tests
to use that capability and remove the sleeps, but it did not speed up
the tests in any significant way.
The tests are in blocks and the blocks can be split out to separate
scripts or kept in one to retain the common setup code and launched in
parallel. Splitting out to any lower level does not make sense.
If someone wants to pick up the task of splitting the tests or running
them in parallel, please do. I have zero time right now. That the suite
detects changes in kernel behavior shows it is doing what it is designed
to do and proves its value.
Powered by blists - more mailing lists