Reinforcement learning for hardware acceleration and system-level optimization on FPGA and integrated-circuit platforms: A survey
Organizations: LSEA Laboratory, Department of Electrical Engineering, University of Medea, 26000, Algeria
Abstract
Reinforcement learning (RL) enables adaptive and autonomous decision-making in embedded, edge, and heterogeneous computing systems. Field-programmable gate arrays (FPGAs) and integrated circuits (ICs) offer low latency, energy efficiency, and architectural flexibility for RL deployment, while introducing challenges in resource constraints, implementation complexity, and hardware-algorithm co-design. This review surveys more than 100 studies on RL implementations across FPGA and IC platforms, emphasizing architectures, implementation strategies, performance evaluation, and applications. The literature is organized by RL family, including model-based Markov decision processes, classical value-based methods, deep RL, actor-critic, policy-gradient, and multi-agent approaches. We further classify studies by abstraction level, hardware realization strategy, and application domain, examining how RL algorithms map onto reconfigurable and fixed hardware. Unlike surveys restricted to particular algorithms or platforms, this work provides a unified analysis of FPGA and IC implementations, covering acceleration, reconfigurable architectures, energy-aware control, and system-level optimization. Comparative assessments consider resource utilization, latency, throughput, power consumption, and reported performance gains. Finally, we identify recurring architectural patterns, practical limitations, open challenges, and research directions for efficient RL-driven hardware systems. The survey offers a consolidated reference for researchers developing and evaluating RL solutions on specialized hardware.
Figures & tables
| Ref. | Paper | NoPs | Related | IC | FPGA | BGD | RL types | Research | RL | Case | Limitations | ||||||||
| type | RL | work | MDP | QL | SARSA | DQN | DDPG | AC | MC | PPO | areas | Apps. | study | Perspectives | |||||
| [ 118 ] | Survey | 14 | ○ | ○ | ● | ◐ | ○ | ● | ○ | ● | ● | ○ | ○ | ● | ○ | ○ | ○ | ◐ | |
| [ 44 ] | Survey | 9 | ● | ○ | ● | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | |
| [ 162 ] | Review | 1 | ○ | ◐ | ● | ◐ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ◐ | ○ | ◐ | |
| [ 99 ] | Review | 1 | ○ | ● | ● | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ◐ | |
| Our | Review | 120 | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | ● | |
| Design Level | FPGA Workflow | IC / ASIC Workflow |
| SLD | Algorithm modeling, dataflow simulation, partitioning (MATLAB/Simulink, SystemC, Python, PYNQ) | Same high-level modeling and system exploration (MATLAB/Simulink, SystemC, C/C++) |
| DSC | RL graph-level optimization, operator fusion, quantization, memory tiling, dataflow scheduling, accelerator mapping; possible generation of HLS / RTL or accelerator intermediate representation | Similar graph/dataflow-level compilation targeting ASIC / SoC accelerators; supports early exploration of data reuse, memory hierarchy, and hardware mapping |
| HLS | C/C++/SystemC RTL (Vitis HLS, Intel HLS, CatapultC); directives for unrolling, pipelining, memory partitioning | C/C++/SystemC RTL (Cadence Stratus, Mentor Catapult, Synopsys HLS); early power/performance design-space exploration |
| RTL | Verilog/VHDL/SystemVerilog RTL for datapaths, FSM ( FSM )s, controllers; synthesizable design for LUT , FFs, DSP s, BRAMs | Verilog/SystemVerilog RTL for logic synthesis, optimization, timing-driven transformations |
| Gate-Level | FPGA-specific placement, routing, timing closure (Vivado, Quartus); bitstream generation for predefined fabric | ASIC physical design including floorplanning, placement, routing, CTS, STA, IR drop analysis, DRC/LVS; GDSII tape-out |
| Term | Meaning |
| Current action at time | |
| Present state at time | |
| Next state observed after taking in state | |
| Next action taken in state following the policy being used. | |
| The discount factor, which scales the importance of future rewards. ( ) | |
| The learning rate, determining how much the new information should influence the existing Q-value. |
| Model | Problem scenario suitable for | Advantages | Limitations | Typical applications | Real-time capability |
| MDP | Model-based control with known or identifiable dynamics; small/medium discrete | Interpretable, analyzable; formal guarantees on optimal policy and safety | Requires accurate transition model; poor scalability, mainly offline planning | Test-configuration generation, interconnect coverage, coarse DVFS or power-state selection | Low–moderate (offline planning, light online lookup) |
| QL | Discrete, low-dimensional state/action spaces; no explicit model available | Simple tabular updates; easy to implement in fixed-point hardware | Explodes with large ; slow exploration and convergence | Mode selection for DVFS , cache / memory policy, reconfiguration of small regions | Moderate (for compact tables in BRAM) |
| SARSA | Streaming control tasks requiring smooth policy updates; tasks sensitive to abrupt action changes | Stable incremental learning; updates follow executed behavior; well-suited for hardware-friendly TD ( TD ) updates | Still tabular with limited scalability; performance depends strongly on exploration strategy | Thermal/power throttling, adaptive subsystem tuning, sequential reconfiguration tasks | Moderate (lightweight updates suitable for real-time streams) |
| DQN | High-dimensional state, discrete actions; rich sensor/monitor signals on FPGA | Handles large with deep nets; good for complex policies | Training cost, replay memory, stability and quantization issues on-chip | Placement / routing guidance, task scheduling, NoC routing, adaptive accelerator tuning | High for inference (training mostly off-chip) |
| DDQN | Same as DQN where value overestimation hurts reliability | Reduces Q-overestimation; more stable value estimates | Still heavy training; needs two networks and memory resources | Latency–power trade-off control, adaptive mapping of kernels, thermal-aware control | High for inference (training offline, batched) |
| AC | Mixed continuous/discrete control; need both policy and value estimates | Supports continuous actions; good sample efficiency vs. pure policy gradient | Coupled AC training; sensitive to hyperparameters | Fine-grained DVFS , analog front-end tuning, throughput–latency control | Moderate–high (inference light, training heavier) |
| Ref | RL | Hardware | Resource consumption (%) | N | A | CLK | PW | IL | Best result | Limitations | ||||
| Used | BRAM | LUTS | LUTRAM | FF | DSP | |||||||||
| [ 82 ] | MDP | Zynq-7000 | – | 15.35 | – | 1.85 | – | 8 | – | 100 | – | HLS | 7.8 acceleration | HLS MDP generator; limited scope; no BRAM/DSP data |
| [ 89 ] | QL | Zynq UltraScale+ MPSoC | – | 0.056 | 0.010 | 0.012 | 0.231 | 8 | 4 | 240 | 0.038 | RTL | Usage: -50% in resource | Limited to small action spaces, offline training, no large-scale benchmarks. |
| [ 132 ] | QL | Zynq UltraScale+ MPSoC | – | 0.08 | 0.03 | 0.03 | 0 | 8 | 4 | 222 | 0.037 | RTL | – | Uses small Q-tables, limited exploration strategies, simplified multiplier logic, and no dynamic environment testing. |
| [ 135 ] | QL | PYNQ-Z1 | 24.29 | 9.77 | 1.90 | 6.34 | 0 | 32 | 4 | 100 | 1.75 | RTL | 1400 speedup | Limited state modeling, no multi-intersection support, and high BRAM usage for large environments. |
| Metric | Expression | Interpretation | Preferred trend |
| Throughput-based energy efficiency | Measures the amount of useful RL computation achieved per watt. The throughput may represent inferences/s, updates/s, samples/s, or full iterations/s, depending on the reported workload. | Higher | |
| FIPS/W | Measures full RL iterations processed per watt. This metric is particularly suitable for accelerators that execute both decision-making and learning-update stages. | Higher | |
| Energy per operation | or | Estimates the energy consumed by one inference, update, sample, or full RL iteration. It is useful when comparing low-power and real-time accelerators. | Lower |
| Average resource footprint | Represents the mean utilization of the reported FPGA resources, where may include BRAM , LUT , LUTRAM , FF , and DSP usage. | Lower | |
| Bottleneck resource utilization | Identifies the most heavily used hardware resource. This metric helps reveal scalability limits even when the average resource usage appears moderate. | Lower | |
| Resource efficiency | Relates useful RL throughput to average resource utilization. It helps compare designs that achieve similar performance with different hardware costs. | Higher |
| Research Area | Primary Focus | Typical Objectives | Key Challenges | |
| RL as the Workload | RL-based acceleration | Mapping RL computation (value updates, NN inference, gradients) onto FPGA pipelines | Reduce latency; increase throughput; exploit parallelism; support on-device training | Resource constraints; precision tuning; balancing compute pipelines |
| Multi-Agent RL | FPGA -based architectures supporting distributed or local MARL agents | Scalable learning; cooperative control; reduced centralized bottlenecks | Non-stationarity; coordination overhead; gradient synchronization | |
| Multi-FPGA RL platforms | Distributed RL execution across multiple interconnected FPGA s | Large-scale RL; higher throughput; extended memory capacity | Communication latency; consistency of updates; partitioning strategies | |
| Energy-Efficient RL Acceleration | Energy-efficient RL execution on FPGA using neuromorphic, mixed-precision, and hierarchical designs | Reduce energy consumption of RL learning/inference; improve GOP/s/W; enable low-power on-device adaptation | Task specificity; limited online learning flexibility; memory and precision trade-offs | |
| HW–SW co-exploration | Joint exploration of algorithmic and hardware design parameters using RL -based search | Automated design-space exploration; precision selection; mapping and scheduling optimization | Large search spaces; long exploration time; generalization to unseen workloads | |
| RL as the Optimizer | Reconfig. RL approaches | Runtime reconfiguration controlled by RL agents (DPR, adaptive tuning) | Adaptive performance; robustness under workload/environment variations; real-time control | Reconfiguration cost; policy stability; ensuring safe reconfiguration |
| App. domain | Typical RL algo. | Hardware implementation strategy | Main objective | Key constraints |
| Networking | QL, DQN, dueling DQN, TD3, MARL | FPGA-accelerated routing, CNN/RL inference, distributed Q-tables, and pipelined decision engines | Low-latency routing, spectrum access, waveform adaptation, and traffic control | Dynamic traffic, scalability, communication overhead, and real-time response |
| Hardware and embedded security | QL, DQN, PPO, AC, RL-RNN, HDC-based RL | RTL-level verification engines, FPGA-based detection pipelines, HDC/RL accelerators, and adaptive test engines | Vulnerability detection, intrusion detection, side-channel analysis, and security verification | Large state spaces, adversarial behavior, verification complexity, and limited generalization |
| Robotics | QL, DQN, AC, DDPG | Real-time FPGA control pipelines, fixed-point policy inference, and hardware-in-the-loop control | Fast feedback control, adaptive behavior, and RL training acceleration | Strict timing, limited resources, control stability, and sensor uncertainty |
| Autonomous vehicles | PPO, AC, DQN, MARL | CPU–GPU–FPGA task placement, FPGA-accelerated policy inference, and hardware-in-the-loop validation | Self-driving control, UAV tracking, trajectory optimization, and energy-aware operation | Safety, latency, energy consumption, and multi-objective optimization |
| Intelligent sensing and imaging | Deep RL, PDS-RL, SAC, PG methods | Lightweight accelerators, stochastic computing, FPGA–CPU hybrid control, and adaptive sensing pipelines | Feature selection, signal reconstruction, adaptive acquisition, and sensing optimization | Sensor noise, low-power operation, real-time imaging, and data uncertainty |
| Other applications | QL, DQN, model-free RL | FPGA-based inference/control cores, edge-training pipelines, and safety-filtered decision engines | Motor torque control, DNA sequence alignment, power converter control, and embedded optimization | Safety constraints, domain specificity, limited benchmarks, and deployment reliability |
| Apps. | Ref. | FPGA used | RL | Dedicated task and limitations | Compared to | Result | Improvement |
| [ 24 ] | Nexys A7 / PYNQ-Z2 | QL | Proposes a QL-based fault- and congestion-aware NoC routing framework with a compact Q-table; however, it relies on offline training, synthetic evaluations, and lacks formal deadlock guarantees. | HARAQ, RELAR | 0.95 delivery rate at 20% faults | – | |
| [ 76 ] | PXIe-7975 | REINFORCE | Employs RL to develop a flexible duplex system, targeting maximization of area spectral efficiency. However, the system’s reliance on the OP-map for transmission decisions limits it in dynamic environments. | Full duplex OP-map | Better spectral efficiency | – | |
| Networking | [ 83 ] | Zynq Z7020 | Model-free RL | The work targeted accelerated RL - based routing in delay-tolerant networks using FPGA, but faced scalability constraints, and communication overhead. | No RL (CPU) | Response Time 2.5s Throughput 41 bundles/s | 32 faster |
| [ 32 ] | Xilinx xc7z045ffg900-2 | TD3 | Real-time waveform synthesis improves resilient wireless signal classification, but faces complexity, FPGA usage, training instability, and sensitivity to channel noise. | No-FIR DeepRadioID | Acc. (High SNR) =100% | 4.1 (No-FIR) 1.9 (DeepRadioID) | |
| [ 75 ] | PYNQ-Z2 | Dueling- DQN | Enabled real-time Dueling- DQN routing on LEO satellites using FPGA-accelerated CNNs. But faced higher design complexity, resource limits, and scalability constraints. | CPU - only | Inf. time =0.3 s | 3.10 faster | |
| [ 60 ] | Kintex-7 FPGA KC705 | QL-MARL | It learned adaptive fault-tolerant routing paths in mesh NoCs, but required per-router Q-tables and added hardware overhead with higher resource usage. | QL–based routing | Packet delivery +7.1% | 2.7% fewer hardware resources and 0.89% less power |