On 06/14/2018 10:18 AM, David Miller wrote: > From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx> > Date: Thu, 14 Jun 2018 16:19:34 +0200 > >> This patchset proposes a new fast forwarding path infrastructure >> that combines the GRO/GSO and the flowtable infrastructures. The >> idea is to add a hook at the GRO layer that is invoked before the >> standard GRO protocol offloads. This allows us to build custom >> packet chains that we can quickly pass in one go to the neighbour >> layer to define fast forwarding path for flows. > > We have full, complete, customizability of the packet path via XDP > and eBPF. > > XDP and eBPF supports everything necessary to accomplish that, > there are implementations of forwarding implementations in > the tree and elsewhere. > > And most importantly, XDP and eBPF are optimized in drivers and > offloaded to hardware. > > There really is no need for something like what you are proposing. > I see one possible upside to that approach here which is the low end MIPS/ARM/PowerPC 32-bit based routers that do not have an eBPF JIT available (that's only MIPS32 and PowerPC AFAICT), it would be great to see what happens on those systems and if we do get any performance improvements for a traditional forwarding/routing workload. On those platforms there are a number of things that just literally kill the routing performance: small I and D caches, small or not L2, limited bandwidth DRAM, huge call depths, big struct sk_buff layout, you name it. -- Florian -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
