LWN: Comments on "Accelerating networking with AF_XDP" https://lwn.net/Articles/750845/ This is a special feed containing comments posted to the individual LWN article titled "Accelerating networking with AF_XDP". en-us Wed, 29 Jan 2025 01:47:48 +0000 Wed, 29 Jan 2025 01:47:48 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Accelerating networking with AF_XDP https://lwn.net/Articles/920750/ https://lwn.net/Articles/920750/ dankamongmen <div class="FormattedComment"> irq load will be a function of how often NAPI posts from its loop, which can be controlled with sysctls.<br> </div> Sun, 22 Jan 2023 17:15:43 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/819488/ https://lwn.net/Articles/819488/ f18m <div class="FormattedComment"> Hi Jonathan,<br> Thanks for this very interesting article. <br> One question though: is AF_XDP still hindered by interrupts? I mean in high-performance applications the "ksoftirqd" thread will jump up to 100% of CPU usage in scenarios where you're receiving a lot of packets per second... on 100Gbps the theoretical max is 148 MPPS... unless you use DPDK framework, which does use polling instead of interrupts, you will never achieve that PPS rates on Linux. Is AF_XDP using a polling mechanism or relies on interrupts?<br> <p> Thanks!<br> </div> Tue, 05 May 2020 14:38:26 +0000 related writeup on getting packets to user-space https://lwn.net/Articles/752269/ https://lwn.net/Articles/752269/ wingo <div class="FormattedComment"> Nice article. I wrote up some notes on Magnus Karlsson's FOSDEM talk on AF_XDP here (scroll down to the second talk):<br> <p> <a rel="nofollow" href="https://wingolog.org/archives/2018/02/05/notes-from-the-fosdem-2018-networking-devroom">https://wingolog.org/archives/2018/02/05/notes-from-the-f...</a><br> <p> I thought the following talk by François-Frédéric Ozog was an interesting counterpoint. In any case, if the kernel can get packets to userspace in a fast, generic way, that would definitely be a step forward.<br> </div> Thu, 19 Apr 2018 08:23:59 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/751576/ https://lwn.net/Articles/751576/ RamiRosen <div class="FormattedComment"> Regarding your comment about appealing to DPDK users: actually it seems that you are right, and a patchset for PMD driver for <br> AF_XDP was sent to the dpdk-dev mailing list about a month ago. See: <br> <p> <a href="http://dpdk.org/ml/archives/dev/2018-February/091502.html">http://dpdk.org/ml/archives/dev/2018-February/091502.html</a><br> <p> Rami Rosen<br> </div> Wed, 11 Apr 2018 20:59:26 +0000 Hardware support https://lwn.net/Articles/751519/ https://lwn.net/Articles/751519/ sbates <div class="FormattedComment"> Thanks! I also found this a rather awesome resource. <br> <p> <a href="https://qmonnet.github.io/whirl-offload/2016/09/01/dive-into-bpf/">https://qmonnet.github.io/whirl-offload/2016/09/01/dive-i...</a><br> <p> And yes, from what I can see, only Netronome offer kernel support for HW offload of eBPF programs today (but I'd love to be corrected if this is not true).<br> </div> Wed, 11 Apr 2018 12:02:11 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/751504/ https://lwn.net/Articles/751504/ mjthayer <div class="FormattedComment"> Seems to be partly answered in the next two comments.<br> </div> Wed, 11 Apr 2018 07:14:45 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/751486/ https://lwn.net/Articles/751486/ blitzkrieg3 <div class="FormattedComment"> Looks like it according to page here:<br> <p> <a href="https://www.solarflare.com/ultra-low-latency">https://www.solarflare.com/ultra-low-latency</a><br> </div> Tue, 10 Apr 2018 21:25:08 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/751469/ https://lwn.net/Articles/751469/ blitzkrieg3 <div class="FormattedComment"> Will stuff like libonload eventually use this? Or are they to remain separate forever?<br> </div> Tue, 10 Apr 2018 17:35:08 +0000 Hardware support https://lwn.net/Articles/751401/ https://lwn.net/Articles/751401/ corbet Much of the available information seems to be in the form of slidware, but Netronome has a card that does BPF offload. See <a href="https://www.netdevconf.org/2.2/slides/viljoen-xdpoffload-talk.pdf">this netdev talk [PDF]</a> or <a href="https://fosdem.org/2018/schedule/event/xdp/attachments/slides/2220/export/events/attachments/xdp/slides/2220/fosdem18_SdN_NFV_qmonnet_XDPoffload.pdf">this FOSDEM talk [PDF]</a>. Tue, 10 Apr 2018 12:52:59 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/751399/ https://lwn.net/Articles/751399/ sbates <div class="FormattedComment"> Nice overview. I guess this is intended to appeal to users of DPDK and the like. <br> <p> “and, for some hardware, to offload the BPF program into the interface itself.”<br> <p> Does anyone have a link to which devices support this and any patches needed to enable this. Offloading arbitrary BPF programs to the NIC sounds very interesting given the path the kernel seems to be taking. <br> </div> Tue, 10 Apr 2018 12:41:03 +0000 Accelerating networking with AF_XDP https://lwn.net/Articles/751382/ https://lwn.net/Articles/751382/ mjthayer <div class="FormattedComment"> I wonder (as someone who does not know enough about networking) whether this will be usable in combination of in-device processing (e.g. a card's hardware TCP/IP stack) as well in future. I seem to recall that Linux preferred to do as much of that processing on the CPU as possible until recently, but I don't know whether that is changing or likely to change - I would expect that using specialised network processing hardware has at least the potential to be a performance benefit. I am sure that the answers will enlighten me...<br> </div> Tue, 10 Apr 2018 06:06:48 +0000