[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fe9fdf65-8eb1-4e33-88ce-4856a10364b2@lunn.ch>
Date: Sun, 11 May 2025 23:22:17 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Eric Biggers <ebiggers@...nel.org>
Cc: netdev@...r.kernel.org, linux-nvme@...ts.infradead.org,
linux-sctp@...r.kernel.org, linux-rdma@...r.kernel.org,
linux-kernel@...r.kernel.org,
Daniel Borkmann <daniel@...earbox.net>,
Marcelo Ricardo Leitner <marcelo.leitner@...il.com>,
Sagi Grimberg <sagi@...mberg.me>, Ard Biesheuvel <ardb@...nel.org>
Subject: Re: [PATCH net-next 00/10] net: faster and simpler CRC32C computation
On Sun, May 11, 2025 at 10:29:29AM -0700, Eric Biggers wrote:
> On Sun, May 11, 2025 at 06:30:25PM +0200, Andrew Lunn wrote:
> > On Sat, May 10, 2025 at 05:41:00PM -0700, Eric Biggers wrote:
> > > Update networking code that computes the CRC32C of packets to just call
> > > crc32c() without unnecessary abstraction layers. The result is faster
> > > and simpler code.
> >
> > Hi Eric
> >
> > Do you have some benchmarks for these changes?
> >
> > Andrew
>
> Do you want benchmarks that show that removing the indirect calls makes things
> faster? I think that should be fairly self-evident by now after dealing with
> retpoline for years, but I can provide more details if you need them.
I was think more like iperf before/after? Show the CPU load has gone
down without the bandwidth also going down.
Eric Dumazet has a T-Shirt with a commit message on the back which
increased network performance by X%. At the moment, there is nothing
T-Shirt quotable here.
Andrew
Powered by blists - more mailing lists