DPDK
Hacker ApprovedPacket processing framework in Developer tools
People recommend DPDK for kernel-bypass packet processing at very high speeds, including 400G in VMs. The most common caveat is that tuning is hard, especially on cloud hardware.
People recommend DPDK for kernel-bypass packet processing at very high speeds, including 400G in VMs. The most common caveat is that tuning is hard, especially on cloud hardware.
19 people gave an opinion
- recommend it
- 14
- criticize it
- 5
- approval share
- 74%
Recommended in 8 of 13 months
- November 2025: recommended
- December 2025: not recommended
- January 2026: recommended
- February 2026: not recommended
- March 2026: recommended
- April 2026: not recommended
- May 2026: recommended
- June 2026: recommended
- July 2026: recommended
- August 2026: recommended
- September 2026: recommended
- October 2026: not recommended
- November 2026: not recommended (month in progress)
Why it carries the badge
- 14 people recommend itNeeds 10 or more, met.
- 2.8 recommenders for every criticNeeds 2 to 1 or better, met.
- Recommended in 8 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
High speed, low latency packet processing
“The first time you hit top RX speed (2x400G my latest) with only one busy core (yay DMA engines) is always a thrill.”
Comment from 9 Aug 2026 in “Wireblast a 100 Gbps packet generator in Go using AF_XDP” “with dpdk I got something working at full blast 400G in VMs with little (but finnicky) work”
Comment from 9 Aug 2026 in “Wireblast a 100 Gbps packet generator in Go using AF_XDP” “DPDK outperforms AF_XDP on every latency metric across all NICs.”
Comment from 12 Jul 2026 in “Show HN: DPDK vs. Af_XDP Latency Benchmarks Tested on Real NICs” Long-term choice for demanding workloads
“things like DPDK are the long term best choice”
Comment from 24 Sep 2026 in “Making Tailscale Faster” “there are use-cases better suited to DPDK”
Comment from 9 Aug 2026 in “Wireblast a 100 Gbps packet generator in Go using AF_XDP” “DPDK-based tools are great”
Comment from 10 Aug 2026 in “Wireblast a 100 Gbps packet generator in Go using AF_XDP”
What people warn about
Each mark is one comment
Hard to tune and use
“Differences between tuning and hardware types has been a nightmare with DPDK especially with cloud deployments.”
Comment from 6 Nov 2025 in “An eBPF loophole: Using XDP for egress traffic” “DPDK is much harder to use than XDP”
Comment from 5 Nov 2025 in “An eBPF loophole: Using XDP for egress traffic” Bypasses kernel; interface invisible to it
“the network interface is invisible to the kernel, making non-accelerated traffic on said interface tricky”
Comment from 5 Nov 2025 in “An eBPF loophole: Using XDP for egress traffic” “DPDK is a huge framework that invasively bypasses the kernel”
Comment from 5 Nov 2025 in “An eBPF loophole: Using XDP for egress traffic”
What people said
19 of the 21 comments that mention it, newest first. Each links to the original comment.
“things like DPDK are the long term best choice”
“DPDK-based tools are great”
“The first time you hit top RX speed (2x400G my latest) with only one busy core (yay DMA engines) is always a thrill.”
“with dpdk I got something working at full blast 400G in VMs with little (but finnicky) work”
“there are use-cases better suited to DPDK”
“it's slightly slower than dpdk”
“DPDK is basically obsolete”
“DPDK outperforms AF_XDP on every latency metric across all NICs.”
“robust low-syscall paths for io/latency sensitive operations with DPDK, io_uring, and futex”
“it's really kind of up to the user to do the memory isolation”
“the source of rdma-core, DPDK, ucx etc may be the most elucidating”
“Kernel bypass won't help as much as you would hope, if it's available”
“I have leaned towards AMD Epyc, Intel e810, and DPDK for the software stack”
“Differences between tuning and hardware types has been a nightmare with DPDK especially with cloud deployments.”
“A few cleanups and optimizations later and I was pretty much convinced I would not need to touch DPDK again”
“the network interface is invisible to the kernel, making non-accelerated traffic on said interface tricky”
“DPDK is a huge framework that invasively bypasses the kernel”
“DPDK is much harder to use than XDP”
“There's a ton of system resources dedicated to making machnet and dpdk fast”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.