[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200311155451.e3mtgrdvuiujgvs6@wunner.de>
Date: Wed, 11 Mar 2020 16:54:51 +0100
From: Lukas Wunner <lukas@...ner.de>
To: Daniel Borkmann <daniel@...earbox.net>
Cc: Pablo Neira Ayuso <pablo@...filter.org>,
Jozsef Kadlecsik <kadlec@...filter.org>,
Florian Westphal <fw@...len.de>,
netfilter-devel@...r.kernel.org, coreteam@...filter.org,
netdev@...r.kernel.org, Martin Mares <mj@....cz>,
Dmitry Safonov <0x7f454c46@...il.com>,
Thomas Graf <tgraf@...g.ch>,
Alexei Starovoitov <ast@...nel.org>,
David Miller <davem@...emloft.net>
Subject: Re: [PATCH nf-next 3/3] netfilter: Introduce egress hook
On Wed, Mar 11, 2020 at 03:05:16PM +0100, Daniel Borkmann wrote:
> no need to make the fast-path slower for exotic protocols
> which can be solved through other means.
As said the fast-path gets faster, not slower.
> > * Without this commit:
> > Result: OK: 34240933(c34238375+d2558) usec, 100000000 (60byte,0frags)
> > 2920481pps 1401Mb/sec (1401830880bps) errors: 0
> >
> > * With this commit:
> > Result: OK: 33997299(c33994193+d3106) usec, 100000000 (60byte,0frags)
> > 2941410pps 1411Mb/sec (1411876800bps) errors: 0
>
> So you are suggesting that we've just optimized the stack by adding more
> hooks to it ...?
Since I've provided numbers to disprove your allegation, I think the
onus is now on you to prove that your allegation holds any water.
Please reproduce the measurements and let's go from there.
This isn't much work, I've made it really easy by providing all the
steps necessary in the commit message.
Thanks,
Lukas
Powered by blists - more mailing lists