Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Thu, 25 May 2023 23:50:58 -0700
From:   John Fastabend <john.fastabend@gmail.com>
To:     kongweibin <kongweibin2@huawei.com>, daniel@iogearbox.net
Cc:     andrii@kernel.org, ast@kernel.org, bpf@vger.kernel.org,
        davem@davemloft.net, edumazet@google.com, hsinweih@uci.edu,
        jakub@cloudflare.com, john.fastabend@gmail.com, kuba@kernel.org,
        linux-kernel@vger.kernel.org, liuxin350@huawei.com,
        yanan@huawei.com, wuchangye@huawei.com, xiesongyang@huawei.com,
        kongweibin2@huawei.com, zhangmingyi5@huawei.com
Message-ID: <647056d28d59a_2023020887@john.notmuch>
In-Reply-To: <20230525143814.361127-1-kongweibin2@huawei.com>
References: <20230525143814.361127-1-kongweibin2@huawei.com>
Subject: RE: [bpf?] [net?] Questions about the impact of ebpf
 sockmap/redirection on socket performance improvement
Mime-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: 7bit
Precedence: bulk

kongweibin wrote:
> I'm using ebpf sockmap/redirection to bypass the TCP/IP stack to improve
> socket communication performance (throughput, latency) between different
> PODs on the same machine. As concurrent connections or payloads increase,
> there may be unconspicuous performance improvement or even performance
> degradation compared to the TCP/IP stack. I have retrieved some performance
> data, but it does not seem to involve high concurrency and high payloads,
> I would like to know if community have conducted relevant tests on these
> scenarios and have any opinions on the poor performance improvement in these
> scenarios.

Not fully following above, what is your performance test/tools and what
were the numbers?