I&#x27;m aware of it. My main recommendation, partly to eliminate x86 risks, was to switch to better, multi-core RISC processors while adding onboard garbage collection to them. One of best was a Scheme machine that had it in the hardware memory subsystem transparent to the CPU or application. I wanted to see about building something like that with Java compatibility and accidentally found the awesome Vega systems in process.<p>The advantage of implementing it in raw hardware are many: easy to build into a state machines with high clock-rate (even HLS should work); won&#x27;t waste CPU time or cache; can be setup to analyse segments of memory in parallel because it&#x27;s hardware; latency with right algorithm can be lower. That combined with multicore RISC and some concurrency extensions I know of would give plenty performance while knocking out tons of errors. Can&#x27;t exactly do that with Intel&#x2F;AMD chips unless we buy their semi-custom designs for untold millions, now can we?<p>So, next idea (for Intel&#x2F;AMD) customers is to put it on the memory bus with some synchronization mechanism between CPU task and FPGA. This will use far less CPU time than a CPU that&#x27;s doing GC stuff non-stop. That&#x27;s on top of above benefits. Plus, if a workload doesn&#x27;t need low-latency GC, it has a whole FPGA to use for acceleration. :)