[LEDE-DEV] A state of network acceleration
zajec5 at gmail.com
Wed Jan 17 07:39:43 PST 2018
On 17 January 2018 at 16:25, Rafał Miłecki <zajec5 at gmail.com> wrote:
> The problem with all existing implementations was they used various
> non-upstream patches for kernel integration. Some were less invasive,
> some a bit more. They weren't properly reviewed by kernel developers
> and usually were using hacks/solutions that couldn't be accepted.
If someone is interested in these existing implementations, there is a
list of these I'm aware of.
One of the earliest ones was Broadcom's CTF (Cut-Through Forwarding).
For BCM4706-based device it could bump NAT from 120 Mb/s to 850 Mb/s.
It was described by me in:
 Understanding/reimplementing forwarding acceleration used by Broadcom (ctf)
e-mail thread. It consisted of kernel modification (see ctf.diff in
above thread) and closed source ctf.ko.
Marvell announced their own "fastpath" implementation in 2014 in e-mail thread:
 Introducing "fastpath" - Kernel module for speeding up IP forwarding
They referenced a nice article on embedded.com .
AFAIU a year or two later they released it as the OpenFastPath project
  under the BSD 3-clause license. Noone tried integrating it
with OpenWrt/LEDE AFAIK.
Finally there is Qualcomm's Shortcut Forwarding Engine. It's open
source and it's reported to increase NAT performance on AR9132-based
device from ~235 Mb/s to ~525 Mb/s. It's ported to LEDE as set of
patches to be applied on top of cloned repo  by a gwlim user.
More information about the Lede-dev