Post #1871189
2026-04-09 03:41 UTC
@dpp @elizayer @hbons Thanks for the responses. It's not clear to me that general purpose eBPF translation into FPGA code is a valuable route. It seems to be optimizing for ease of development while at the same time trying to hit high performance (or else, why the FPGA?).
I understand you to be mostly exploring here, correct?
It doesn't seem you actually got to synthesis or performance measurement.
The only need for eBPF in the first place would be to run user code in the kernal, right?
Replies (2)
-
@dpp@mastodon.social 2026-04-09 10:27
@poleguy @elizayer @hbons you’re right. I don’t know enough about fpgas to go beyond “it blinks pretty lights” to “its production ready” Part of the meta exploration has been “beyond assembling a common app (a web site) how much domain knowledge does the human need to get a good result?” The answer seems to be I need deep domain knowledge… thus the fpga exploration… I don’t have the domain skills to make this a production reality
-
@dpp@mastodon.social 2026-04-09 10:29
@poleguy @elizayer @hbons otoh, going from “eBPF which is guaranteed to halt” to “let’s make a circuit out of code that’s guaranteed to halt” has a nice feel to it even if the circuit is absurdly slow