[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC PATCH v2 0/5] eBPF RSS support for virtio-net

From: Jason Wang
Subject: Re: [RFC PATCH v2 0/5] eBPF RSS support for virtio-net
Date: Mon, 30 Nov 2020 10:54:12 +0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0

On 2020/11/27 下午2:06, Yuri Benditovich wrote:

    > After some experiments we can see that stripping of debug sections
    > reduces the size of
    > ELF from ~45K to ~20K (we tried to strip more but the libbpf
    fails to
    > load it, libbpf needs BTF and symbols)
    > So I suggest to reevaluate the necessity of libbpf.
    > For this specific BPF it does not present advantage and we
    hardly can
    > create some reusable code
    > related to libbpf, i.e. any further BPF will need its own libbpf
    > The BTF is really good feature and in case some later BPF will
    need an
    > access to kernel
    > structures it will use libbpf loader.
    > What you think about it?

    If we can find a way to use BTF without libbpf, it should be

But the point is that the RSS BPF does not need the BTF as it does not use any kernel structures.

Kinds of, it tries to access skb. But yes, it doesn't access any metadata of skb.

When we have, for example, filter BPF that will need the BTF - we'll  use libbpf for it.
Anyway we do not have here any infrastructural code related to libbpf,

Right, so I think we can probably start from a non BTF version without libbpf. And adding other features on top.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]