Backend
Hardware-Efficient Reinforcement-Learned Scheduling for Quantum LDPC Decoders
arXiv math.IT0 views
arXiv:2611.04179v1 Announce Type: new Abstract: Quantum low-density parity-check (QLDPC) codes are promising for fault-tolerant quantum computing, but their decoding algorithms present significant hardware implementation challenges. Reinforcement-learned sequential belief propagation (RL-S) improves the error-correction performance of conventional belief propagation (BP) through adaptive variable-node scheduling. However, its heap-based priority management introduces substantial hardware overhead. This paper presents hardware implementations of BP, RL-S, and bucket-based reinforcement-learned BP (BRL-S) for the [[288,12,18]] bivariate bicycle QLDPC code. The BRL-S architectures employ quantized priorities and first-in, first-out (FIFO) buckets to simplify scheduling. Three configurations with two, four, and eight priority levels are evaluated. FPGA synthesis results demonstrate that BRL-S reduces lookup-table utilization by approximately 68--72% compared with RL-S. ASIC synthesis further shows reductions of 63--67% in area and 64--69% in estimated power consumption. These results demonstrate that bucket-based scheduling substantially improves the hardware efficiency of reinforcement-learned QLDPC decoders.
Source:https://arxiv.org/abs/2611.04179PreviousMaking Every Edit Count: Efficient Binary Edit Correction at the Gilbert-Varshamov BoundNextOptimal Communication for Distributed Sparse Histogram Aggregation
Related posts
10DLC for developers: what to register before your first US SMS
0dev.to

Local speech recognition: 167 MiB of downloads and the engineering trade-offs
0dev.to

A Closer Look at Charge Controllers in Solar Street Light Systems
0dev.to
5 new public-data tools for AI agents: SBIR topics, SEC comps, clinical trials, page diffs and a free prompt-injection scanner
0dev.to
How Do I Replace One Line in a Hit the Road Dude AI Clip With My Own Voice? A Tested ffmpeg Punch-In Recipe
0dev.to
The model page said 8-bit. The checkpoint is 4.49 bits per parameter.
0dev.to