adam_walker
No user record in our sample, but adam_walker has activity below (stories or comments). Likely we have partial data — the full bulk-load will fill profiles in.
No user record in our sample, but adam_walker has activity below (stories or comments). Likely we have partial data — the full bulk-load will fill profiles in.
Yes, this is about building a small hashtable in the RAMs internal to the FPGA. As you pointed out, things would slow down a bit if you had to go to external RAM. However, if you are building a hashtable in external RAM…
Yup, and you can partition a FPGA in this way to scale the design to bigger chips.
I'll have to think about that one. TBH, this stuff is pretty difficult to reason about. However, I can say that I used a SMT solver as part of the wonderful SymbiYosys verification flow to verify that the design was…
Yes. My comment above glosses over some details. The SRAM clock and the Ethernet clock can be independent. The SRAM clock rate is what determines the rate of lookups for a single cuckoo hashtable. On a modern FPGA, the…
Yes, benchmarks are missing. When I wrote this almost two years ago, I just wanted to explain the design at a high level to make it easier for people to understand the code. I didn't have access to a higher end FPGAs…
> You'd be better off with a higher-level or more modern HDL that compiles to Verilog/VHDL. "Chisel" is one such. As is Clash, the language this project was written in :) https://clash-lang.org/
Yes, but it would be if implemented on an FPGA with 10G capable transceivers. The hashtable is capable of looking up a key every clock cycle so it is actually capable of a fair bit more than 10G for lookups.