3 ms·
If you're interested in the latter technique (hitting the HW directly from userspace), take a look at https://www.dpdk.org/ https://www.dpdk.org/. That's the fr
by xxpor 2y ago
If you're interested in the latter technique (hitting the HW directly from userspace), take a look at https://www.dpdk.org/ https://www.dpdk.org/. That's the framework that 95% of things that do that use (number pulled directly out of my rear end).
- ignoramous 2y ago> If you're interested in the latter technique (hitting the HW directly from userspace), take a look at dpdk.org I hope, by "you", you mean the rest of us journeymen and not this tptacek [0] [0] https://fly.io/blog/bpf-xdp-packet-filters-and-udp/ https://fly.io/blog/bpf-xdp-packet-filters-and-udp/ / https://archive.md/TVIyy https://archive.md/TVIyy
- nickpsecurity 2y agoNone of us can ever know ahead of time what techs a stranger has seen. So, it’s fine to say “you might find this helpful.” They will or they won’t but it’s still a kind act.
- tptacek 2y agoI was hoping someone else was going to call out DPDK, because I've never used it, am aware of it, and don't want to explain it. :) You can't possibly offend me by suggesting I'm not aware of some technology.
- cout 2y agoI've never used dpdk for kernel bypass, only open onload. Originally for solarflare hardware, apparently it works with cards from other vendors via XDP (though I've never tried it). It gets loaded via LD_PRELOAD and replaces ordinary BSD socket functions with full userspace sockets that can fall back to the kernel when necessary (e.g. if the application wants to yield the cpu but still get notified about the socket). https://github.com/Xilinx-CNS/onload https://github.com/Xilinx-CNS/onload