@RTheren@darth This has been a problem for so many years it's silly. Is there anyone with a test environment and skills we can just throw a little money at to fix it?
What specifically? That PPPoE is slow? Are people really running PPPoE at gigabit speeds? Are there actual fiber installs using PPPoE? or is this for VPN usage?
It does look like pppoed is using netgraph, so it should be resonably fast. I think it's more of a problem of networking/firewall just being slow on lower end arm boards, and why I switched to a SFF PC for my internet router: https://flyovercountry.social/@encthenet/110895206283732462
@feld@darth@RTheren Also, I was surprised at the CPU decrease by switching from a dual Intel gige nic to a Chelsio T520 10gige w/ a 1000base-t SFP module.
Really, it's likely a combination of those ethernet drivers being slow, the ethernet hardware itself being slow, and that there aren't "cheap" arm boards that have half decent CPU performance. (10gig cards can do multiple queues, which very few gige nics can do, or if they can, drivers don't support it, or support it poorly).
@feld@darth@RTheren I think that specific problem w/ Intel nics has since been fixed (the patch in the page doesn't apply as driver has changed dramatically since). At least the driver appears to support it, and my igb nic uses 4 RX and 4 TX queues. I think it does require MSI-X interrupt support, which may be a problem for lower end hardware.
And looking ng_pppoe doesn't set NG_NODE_FORCE_WRITER (confirmed looking at code) so it's multithreaded.
@encthenet@darth@RTheren oh this is great to hear, I thought we still had this issue. FreeBSD routers have been avoided for a lot of people because of this