PDF

Contents

FPGA × AIWhere FPGA fits in AI, and where the world stands today

01 · Agenda

What we'll cover

BusinessThe case, the market and the route to itResearchThe evidence the case rests onProductWhat we actually ship
02 · Cloud → Edge

AI is moving from the cloud to the edge

A decade of inference in hyperscale datacenters. The next decade runs it on the device — the labs and the analysts point the same way.

inference moves localEDGE
Fig 01 · A decade in the cloud, the next decade at the edge

Latency

A round-trip to a datacenter and back costs 100–300 ms before the model even runs.

Control and safety close the loop in <20 ms, on the device.25

Privacy

Camera, audio and biometric streams leave the building to be inferred.

The stream never leaves the sensor. Local by construction, not by policy.7

Cost & energy

Every inference on a datacenter GPU is paid for twice — in cost, and in watts.

Paid once, at the sensor, in single-digit watts.2

Availability

No link, no AI. Factories, vehicles and remote sites lose the model with the network.

Keeps working offline — the link becomes an optimisation, not a dependency.9

The read

The labs are already building and measuring edge accelerators23; the analysts forecast the edge as the fastest-growing layer of AI compute.125 Both point the same way — so we go to market at the edge.

03 · Where AI is heading

Where AI is heading

The edge belongs to silicon that can adapt.

inference moves localEDGE
Fig 03 · Inference is migrating from the cloud to the edge
YES

AI is heading to the edge

Latency, privacy, cost and availability all pull inference local. 2026 is the tipping point: sub-20 ms vision in production, small models displacing large ones, an edge-AI chip market past $80B by 2036.25

PARTLY

Is FPGA the one winner? It owns a niche

The future is heterogeneous. GPUs train; ASICs win high-volume fixed inference; FPGAs win the adaptable, deterministic, long-life edge — and are the low-NRE on-ramp to an ASIC.26

$80B+
Edge-AI chip market by 2036
Forecast25
3×
Small task-specific models vs LLMs by 2027
Gartner7
04 · Cover

AI is headingto the edge.

And the edge wants high performance, low power and real time — all at once.

GPUs, CPUs and fixed ASICs each make you pick. A reconfigurable SoC-FPGA becomes whichever accelerator the workload needs, which is why it is worth a product line and a research program, now.

Question
Is a reconfigurable SoC-FPGA a rational bet for edge AI?
05 · The industry is saying it

The companies building AI are moving it to the edge

Not our thesis — theirs. The players with the most to lose are putting inference on the device, in the car and on your face.

Whoever has presence on the edge is going to win. The edge is where the humans are.
Cristiano AmonCEO · QualcommDavos / Web Summit 202645
Every edge device will become autonomous. Every edge device will have agentic systems.
Jensen HuangCEO · NVIDIA202646
Gemini Nano — our most efficient model for on-device tasks — runs locally on the phone.
GoogleSundar Pichai · Google I/OGemini Nano on Pixel47
You can't have one data center in Texas and say I'll serve the world from there. You need an inference fleet everywhere.
Satya NadellaCEO · Microsoft202648
06 · The players

Who builds FPGA × AI

The vendors shipping FPGA-AI silicon today, and the frontier challengers turning reconfigurable fabric into AI products.

AMD (Xilinx)

Adaptive SoC · leader

The FPGA-AI leader: Versal adaptive SoCs, Kria SOMs, and the Vitis AI / FINN software stacks.

Intel / Altera

FPGA + AI Suite

Agilex FPGAs with AI Tensor Blocks; the FPGA AI Suite plugs into the OpenVINO toolkit.

Microchip

Low-power SoC-FPGA

PolarFire SoC (RISC-V + FPGA) with very low static and radiation-tolerant power; VectorBlox SDK.

Lattice Semiconductor

Ultra-low-power

Small, mW-class FPGAs (Nexus, Avant) with the sensAI stack for always-on edge vision & audio.

Efinix

Efficient edge

Quantum-architecture Titanium/Trion FPGAs aimed at efficient TinyML and edge-vision inference.

Achronix

High-perf · eFPGA

Speedster7t FPGAs and Speedcore eFPGA IP; powers production speech recognition with Myrtle.ai.

QuickLogic

Always-on eFPGA

Open-source eFPGA IP plus EOS S3 for always-on, battery-powered sensor and voice AI.

Gowin

Low-cost edge

Low-cost FPGAs bringing edge ML into high-volume consumer and IoT devices.

Flex Logix

frontier
Frontier · AI + eFPGA

InferX AI-inference accelerator and EFLX embedded-FPGA IP — reconfigurable inference blocks.

Myrtle.ai

frontier
Frontier · ML accel

Sparse ML acceleration; FPGA-based real-time automatic speech recognition at datacenter scale.

Megh Computing

frontier
Frontier · video AI

FPGA-accelerated real-time video-analytics and inference pipelines for the edge & cloud.

Mipsology

frontier
Frontier · acquired

Zebra FPGA inference engine for drop-in CNN acceleration — acquired by AMD in 2023.

Established vendors span AMD, Intel/Altera, Microchip, Lattice, Efinix, Achronix, QuickLogic & Gowin; frontier names push FPGA / eFPGA into turnkey AI.

09 · Not theory

It is being built, and measured, now

HLS automation, spatial LLM accelerators, agentic chip design — a global research wave, maturing fast. The labs behind it: §10.

ENERGY EFFICIENCY vs GPU BASELINEGPU baseFlightLLM8.5×SSR Versal16.1×BERT U280
Fig 06 · Reported FPGA energy efficiency vs GPU baselines
16.1×
BERT speedup on Alveo U280 (+5.7× energy vs A100, decode)
Cornell / GT · FPGA ’2423
6×
LLM energy efficiency vs NVIDIA V100
FlightLLM · Tsinghua4
8.5×
Transformer energy efficiency vs A10G
SSR · Versal4
<1µs
Real-time inference latency
hls4ml · CERN/MIT24
10 · Top university research

Who is solving this

The leading hardware-AI labs are actively advancing FPGA acceleration — a live frontier, and a ready talent pool. Click any lab for its dossier.

UCLA

VAST Lab

Prof. Jason Cong
HLS automation · ML accelerators · agentic chip design
what they do →
Cornell University

Zhang Research Group

Prof. Zhiru Zhang
Algorithm–hardware co-design · quantized DNNs · spatial LLMs
what they do →
Georgia Tech

Sharc Lab

Prof. Callie Hao
HW/SW co-design · hardware-efficient ML & NAS · on-device AI · 3D FPGA
what they do →
Tsinghua University

NICS-EFC

Prof. Yu Wang et al.
Efficient FPGA LLM inference
what they do →
CERN · Fermilab · MIT (open collab.)

Fast ML Lab, hls4ml

Open collaboration
Ultra-low-latency real-time ML on FPGA
what they do →
AMD Research (Xilinx Research)

FINN

Industry research
Dataflow quantized neural-network accelerators
what they do →
UIUC

Deming Chen Group

Prof. Deming Chen
HLS compilers · PyTorch→FPGA · DNN accelerators
what they do →
Imperial College London

Custom Computing Group

Prof. Wayne Luk
Custom hardware · approximate & low-precision DNNs
what they do →
University of Sydney

Computer Engineering Lab

Prof. Philip Leong
Low-precision ML · ultra-low-latency FPGA systems
what they do →
USC

FPGA / Parallel Computing Lab

Prof. Viktor Prasanna
Graph ML · GNNs · foundation-model acceleration
what they do →

A research partnership with one of these groups is part of the plan.

11 · AI workloads × FPGA

What the fabric accelerates

From language models to speech and vision, the same reconfigurable die maps to wildly different AI workloads. Click any card for its research dossier, papers, findings & feasibility.

Generative AIProven

LLM + FPGA

FlightLLM 6× energy vs V100 · SSR 8.5× vs A10G · spatial-LLM 16.1× BERT · ternary edge LLMs (TeLLMe).4

15 papersdossier →
Small language modelsProven

SLM + FPGA

TerEffic 370M fully on-chip: 192× tok/s vs Jetson Orin Nano · SECDA TinyLlama 11× token latency on PYNQ-Z1 · BitNet ternary at 2B.37

12 papersdossier →
Vision & classic DLMature

NN / CNN + FPGA

FINN sub-µs latency at 1-bit · Kria KV260 ~25 FPS within ~5 W · hls4ml in production trigger systems.6

17 papersdossier →
MultimodalEmerging

VLM + FPGA

Real-time FPGA transformer & VLM designs for vision; ViT/CLIP run on edge accelerators today.32

13 papersdossier →
AudioProven

ASR / Speech + FPGA

EdgeDRNN: sub-ms latency at 2.3 W, 4× efficiency vs Jetson Nano · Myrtle.ai on Achronix: 16× perf/cost vs GPU.29

14 papersdossier →

Every workload here is proven or productized on FPGA — open a card for its papers, findings & feasibility verdict.

12 · Build it

Open-source projects to build on

Real repositories running AI on SoC-FPGAs, by area — from YOLO on the Kria to LLMs on fabric, plus the toolchains underneath.

Vision

04

Robotics / Control

04

Toolchains & Frameworks

05

Community demos, challenge entries and research repos alongside the vendor toolchains (Vitis AI, FINN, Brevitas, PYNQ, hls4ml). Repo content © respective authors.

13 · The evidence, split five ways

Which of the five is actually crowded?

Same decade, same database — but one query per workload. The five curves do not tell the same story, and the gaps between them are the opportunity.43 Click any year on a card to read the papers behind that bar.

LLM × FPGA

Generative AI

LLM, 2015: 1 paper — click to read themLLM, 2016: 2 papers — click to read them2017: no papers2018: no papersLLM, 2019: 1 paper — click to read themLLM, 2020: 4 papers — click to read themLLM, 2021: 6 papers — click to read themLLM, 2022: 15 papers — click to read themLLM, 2023: 17 papers — click to read themLLM, 2024: 93 papers — click to read themLLM, 2025: 184 papers — click to read them184
323 papers’15–’25

Nothing, then everything: 2× in 2024, 2× again in 2025.

SLM × FPGA

Small language models

2015: no papers2016: no papers2017: no papers2018: no papers2019: no papers2020: no papers2021: no papers2022: no papers2023: no papersSLM, 2024: 1 paper — click to read themSLM, 2025: 8 papers — click to read them8
9 papers’15–’25

Nine papers, ever — eight of them in 2025. Unclaimed ground.

NN / CNN × FPGA

Vision & classic DL

NN / CNN, 2015: 31 papers — click to read themNN / CNN, 2016: 100 papers — click to read themNN / CNN, 2017: 207 papers — click to read themNN / CNN, 2018: 362 papers — click to read themNN / CNN, 2019: 506 papers — click to read themNN / CNN, 2020: 591 papers — click to read themNN / CNN, 2021: 610 papers — click to read themNN / CNN, 2022: 661 papers — click to read themNN / CNN, 2023: 682 papers — click to read themNN / CNN, 2024: 665 papers — click to read themNN / CNN, 2025: 829 papers — click to read them829
5,244 papers’15–’25

5,244 papers, and flat since 2021. This question is answered.

VLM × FPGA

Multimodal

2015: no papers2016: no papers2017: no papers2018: no papers2019: no papers2020: no papersVLM, 2021: 2 papers — click to read themVLM, 2022: 15 papers — click to read themVLM, 2023: 19 papers — click to read themVLM, 2024: 45 papers — click to read themVLM, 2025: 57 papers — click to read them57
138 papers’15–’25

Born 2021. Inherits the LLM engines rather than needing new ones.

ASR / Speech × FPGA

Audio

ASR / Speech, 2015: 21 papers — click to read themASR / Speech, 2016: 30 papers — click to read themASR / Speech, 2017: 27 papers — click to read themASR / Speech, 2018: 38 papers — click to read themASR / Speech, 2019: 52 papers — click to read themASR / Speech, 2020: 35 papers — click to read themASR / Speech, 2021: 32 papers — click to read themASR / Speech, 2022: 47 papers — click to read themASR / Speech, 2023: 44 papers — click to read themASR / Speech, 2024: 31 papers — click to read themASR / Speech, 2025: 37 papers — click to read them37
394 papers’15–’25

Flat for a decade at ~35/yr. Not dying — solved.

All five, one axis

Papers per year, log scale — five series spanning 8 to 829 have no honest linear axis. Read the shapes, not the heights.

011010010001516171819202122232425LLM · 2015: 1 paperLLM · 2016: 2 papersLLM · 2017: 0 papersLLM · 2018: 0 papersLLM · 2019: 1 paperLLM · 2020: 4 papersLLM · 2021: 6 papersLLM · 2022: 15 papersLLM · 2023: 17 papersLLM · 2024: 93 papersLLM · 2025: 184 papersLLM 184SLM · 2015: 0 papersSLM · 2016: 0 papersSLM · 2017: 0 papersSLM · 2018: 0 papersSLM · 2019: 0 papersSLM · 2020: 0 papersSLM · 2021: 0 papersSLM · 2022: 0 papersSLM · 2023: 0 papersSLM · 2024: 1 paperSLM · 2025: 8 papersSLM 8NN / CNN · 2015: 31 papersNN / CNN · 2016: 100 papersNN / CNN · 2017: 207 papersNN / CNN · 2018: 362 papersNN / CNN · 2019: 506 papersNN / CNN · 2020: 591 papersNN / CNN · 2021: 610 papersNN / CNN · 2022: 661 papersNN / CNN · 2023: 682 papersNN / CNN · 2024: 665 papersNN / CNN · 2025: 829 papersNN / CNN 829VLM · 2015: 0 papersVLM · 2016: 0 papersVLM · 2017: 0 papersVLM · 2018: 0 papersVLM · 2019: 0 papersVLM · 2020: 0 papersVLM · 2021: 2 papersVLM · 2022: 15 papersVLM · 2023: 19 papersVLM · 2024: 45 papersVLM · 2025: 57 papersVLM 57ASR / Speech · 2015: 21 papersASR / Speech · 2016: 30 papersASR / Speech · 2017: 27 papersASR / Speech · 2018: 38 papersASR / Speech · 2019: 52 papersASR / Speech · 2020: 35 papersASR / Speech · 2021: 32 papersASR / Speech · 2022: 47 papersASR / Speech · 2023: 44 papersASR / Speech · 2024: 31 papersASR / Speech · 2025: 37 papersASR / Speech 37

CNN is answered; SLM is empty; LLM is on fire. Vision on FPGA has 5,244 papers and a curve that stopped growing in 2021 — that argument is over, and won. Generative work is doing in two years what CNN took a decade to do. And the workload this brief backs hardest, a small language model on an edge FPGA, has nine papers in history. That is not a warning. It is the whole reason to move now.

Counts are published works from OpenAlex, queried 14 Jul 2026, by publication year, one title & abstract query per workload. Keyword search is a proxy, not a census — and the SLM query excludes the bare word “ternary”, which in an FPGA corpus matches ternary CAM, not language models. 2025 is still being indexed: every 2025 figure is a floor, not a ceiling.

14 · LLM × FPGA · the paper

FlightLLM: Efficient Large Language Model Inference with a Complete Mapping Flow on FPGAs

157citationsACM/SIGDA FPGA '24 · Monterey, CAarXiv:2401.03868
6.0×energy efficiencyvs NVIDIA V100S
1.2×throughputvs NVIDIA A100
1.8×cost efficiencyvs V100S
Abstract · the authors’ own words

Transformer-based Large Language Models (LLMs) have made a significant impact on various domains. However, LLMs' efficiency suffers from both heavy computation and memory overheads. Compression techniques like sparsification and quantization are commonly used to mitigate the gap between LLM's computation/memory overheads and hardware capacity. However, existing GPU and transformer-based accelerators cannot efficiently process compressed LLMs, due to the following unresolved challenges: low computational efficiency, underutilized memory bandwidth, and large compilation overheads. This paper proposes FlightLLM, enabling efficient LLMs inference with a complete mapping flow on FPGAs. In FlightLLM, we highlight an innovative solution that the computation and memory overhead of LLMs can be solved by utilizing FPGA-specific resources (e.g., DSP48 and heterogeneous memory hierarchy). We propose a configurable sparse DSP chain to support different sparsity patterns with high computation efficiency. Second, we propose an always-on-chip decode scheme to boost memory bandwidth with mixed-precision support. Finally, to make FlightLLM available for real-world LLMs, we propose a length adaptive compilation method to reduce the compilation overhead. Implemented on the Xilinx Alveo U280 FPGA, FlightLLM achieves 6.0× higher energy efficiency and 1.8× better cost efficiency against commercial GPUs (e.g., NVIDIA V100S) on modern LLMs (e.g., LLaMA2-7B) using vLLM and SmoothQuant under the batch size of one. FlightLLM beats NVIDIA A100 GPU with 1.2× higher throughput using the latest Versal VHK158 FPGA.

arXiv:2401.03868 · ACM/SIGDA FPGA '24 · Monterey, CA

What they built

Three FPGA-specific answers to three named failures of the GPU on a compressed model. A configurable sparse DSP chain, so mixed sparsity patterns still keep the multipliers fed. An always-on-chip decode scheme, so the bandwidth-bound half of inference stops paying DRAM. And a length-adaptive compiler, so a prompt of an unexpected length is not a recompile — the thing that makes an accelerator a product rather than a demo.

What they measured it against

Against commercial GPUs running the same compressed model on a real stack: vLLM with SmoothQuant, LLaMA2-7B, batch size one. The energy and cost wins are measured on an Alveo U280 against a V100S; the throughput win needs the newer Versal VHK158 to pass an A100.

What it does not prove

Batch size one throughout — the regime where a GPU is weakest, because it has nothing to amortise the weight fetch across. At large batch the A100 still wins, and the paper never claims otherwise. Read this as the edge/latency case, not as a datacenter throughput result.

15 · SLM × FPGA · the paper

TerEffic: Highly Efficient Ternary LLM Inference on FPGA

10citations · new workarXiv preprint · under reviewarXiv:2502.16473
192×throughputvs Jetson Orin Nano
16,300tokens / second370 M ternary, fully on-chip
455tokens / second / W19× the Orin Nano
Abstract · the authors’ own words

Deploying Large Language Models (LLMs) efficiently on edge devices is often constrained by limited memory capacity and high power consumption. Low-bit quantization methods, particularly ternary quantization, have demonstrated significant potential in preserving model accuracy while substantially decreasing memory footprint and computational costs. However, existing general-purpose architectures and accelerators have not fully exploited the advantages of low-bit quantization due to insufficient specialized hardware support. We introduce TerEffic, an FPGA-based architecture tailored for ternary-quantized LLM inference. The proposed system offers flexibility through reconfigurable hardware to meet various system requirements. We evaluated two representative configurations: a fully on-chip design that stores all weights within on-chip memories, scaling out using multiple FPGAs, and an HBM-assisted design capable of accommodating larger models on a single FPGA board. Experimental results demonstrate significant performance and energy efficiency improvements. For single-batch inference on a 370M-parameter model, our fully on-chip architecture achieves 16,300 tokens/second, delivering a throughput 192 times higher than NVIDIA Jetson Orin Nano with a power efficiency of 455 tokens/second/W, marking a 19-fold improvement. The HBM-assisted architecture processes 727 tokens/second for a larger 2.7B-parameter model, which is 3 times of the throughput of NVIDIA A100, while consuming only 46W, resulting in a power efficiency of 16 tokens/second/W, an 8-fold improvement over the A100.

arXiv:2502.16473 · arXiv preprint · under review

What they built

One architecture in two configurations, chosen by whether the model fits. Fully on-chip: every weight lives in on-chip memory and no weight ever crosses a DRAM bus — scale out by adding FPGAs. HBM-assisted: a bigger model on a single board, trading the pure on-chip roof for capacity. The ternary quantization is what makes the first option possible at all.

What they measured it against

Single-batch inference, against the two parts you would actually buy instead: a Jetson Orin Nano at the edge (370 M) and an A100 in the datacenter (2.7 B). Both comparisons are throughput and tokens-per-watt, not peak TOPS.

What it does not prove

A 2025 preprint with ten citations — the frontier, not settled science, and we print the citation count rather than hide it. It earns its place because it isolates the mechanism cleanly: at batch one the model is bandwidth-bound, so moving the weights inside the fabric beats any amount of additional compute.

16 · CNN × FPGA · the paper

FINN: A Framework for Fast, Scalable Binarized Neural Network Inference

1,180citations · landmarkACM/SIGDA FPGA '17 · Monterey, CAarXiv:1612.07119
0.31 µslatency12.3 M classifications / s
< 25 Wtotal system powerXilinx ZC706
1,180citationsthe field's founding paper
Abstract · the authors’ own words

Research has shown that convolutional neural networks contain significant redundancy, and high classification accuracy can be obtained even when weights and activations are reduced from floating point to binary values. In this paper, we present FINN, a framework for building fast and flexible FPGA accelerators using a flexible heterogeneous streaming architecture. By utilizing a novel set of optimizations that enable efficient mapping of binarized neural networks to hardware, we implement fully connected, convolutional and pooling layers, with per-layer compute resources being tailored to user-provided throughput requirements. On a ZC706 embedded FPGA platform drawing less than 25 W total system power, we demonstrate up to 12.3 million image classifications per second with 0.31 µs latency on the MNIST dataset with 95.8% accuracy, and 21906 image classifications per second with 283 µs latency on the CIFAR-10 and SVHN datasets with respectively 80.1% and 94.9% accuracy. To the best of our knowledge, ours are the fastest classification rates reported to date on these benchmarks.

arXiv:1612.07119 · ACM/SIGDA FPGA '17 · Monterey, CA

What they built

A dataflow architecture, not a matrix engine: every layer becomes its own hardware, sized to the throughput you asked for, and the network streams through it. Binarizing the weights turns multiply-accumulate into XNOR and popcount, so the multiplier disappears from the silicon entirely — which is why the compute budget goes into more layers rather than a bigger array.

What they measured it against

Two design points on one ZC706 under 25 W, and no GPU baseline at all — the paper competes against the reported state of the art on each benchmark and claims the fastest rates published to that date.

What it does not prove

MNIST and CIFAR are small problems, and 1-bit weights cost real accuracy. What survives is architectural, not the benchmark: a latency floor in the hundreds of nanoseconds that no GPU schedule can reach. It also survives commercially — this flow is what AMD ships today.

17 · VLM × FPGA · the paper

Auto-ViT-Acc: An FPGA-Aware Automatic Acceleration Framework for Vision Transformer with Mixed-Scheme Quantization

82citationsFPL '22 · BelfastarXiv:2208.05163
5.6×frame rate56.8 FPS vs 10.0 FPS
0.71%top-1 accuracy lostDeiT-base, ImageNet
+1.36%top-1 vs prior quantisationat the same bit-width
Abstract · the authors’ own words

Vision transformers (ViTs) are emerging with significantly improved accuracy in computer vision tasks. However, their complex architecture and enormous computation/storage demand impose urgent needs for new hardware accelerator design methodology. This work proposes an FPGA-aware automatic ViT acceleration framework based on the proposed mixed-scheme quantization. To the best of our knowledge, this is the first FPGA-based ViT acceleration framework exploring model quantization. Compared with state-of-the-art ViT quantization work (algorithmic approach only without hardware acceleration), our quantization achieves 0.47% to 1.36% higher Top-1 accuracy under the same bit-width. Compared with the 32-bit floating-point baseline FPGA accelerator, our accelerator achieves around 5.6x improvement on the frame rate (i.e., 56.8 FPS vs. 10.0 FPS) with 0.71% accuracy drop on ImageNet dataset for DeiT-base.

arXiv:2208.05163 · FPL '22 · Belfast

What they built

The first FPGA framework to co-design ViT quantization with the fabric it runs on: a mixed scheme that maps some layers to fixed-point DSPs and others to power-of-two shifts in LUTs, then searches for the split that saturates both resources at once — a partition a GPU has no way to express.

What they measured it against

Two different baselines, doing two different jobs. The accuracy claim is against state-of-the-art ViT quantization — an algorithmic method with no hardware behind it. The 5.6× speed claim is against a 32-bit floating-point FPGA accelerator. Neither baseline is a GPU.

What it does not prove

So read the headline carefully: this proves the quantization method, not FPGA-beats-GPU. It is the weakest of the five papers on exactly the comparison the deck cares about, and we would rather say so. For ViT measured against a GPU, see HG-PIPE (2.81× a V100 on VCK190) or TATAA (2.19× an RTX 4090's power efficiency), both in the reading list.

18 · ASR × FPGA · the paper

ESE: Efficient Speech Recognition Engine with Sparse LSTM on FPGA

659citations · landmarkACM/SIGDA FPGA '17 · Best Paper AwardarXiv:1612.00694
faster than a GPUvs Pascal Titan X
11.5×energy efficiencyvs the same GPU
20×model compression10× pruning + 2× quantisation
Abstract · the authors’ own words

Long Short-Term Memory (LSTM) is widely used in speech recognition. In order to achieve higher prediction accuracy, machine learning scientists have built larger and larger models. Such large model is both computation intensive and memory intensive. Deploying such bulky model results in high power consumption and leads to high total cost of ownership (TCO) of a data center. In order to speedup the prediction and make it energy efficient, we first propose a load-balance-aware pruning method that can compress the LSTM model size by 20x (10x from pruning and 2x from quantization) with negligible loss of the prediction accuracy. The pruned model is friendly for parallel processing. Next, we propose scheduler that encodes and partitions the compressed model to each PE for parallelism, and schedule the complicated LSTM data flow. Finally, we design the hardware architecture, named Efficient Speech Recognition Engine (ESE) that works directly on the compressed model. Implemented on Xilinx XCKU060 FPGA running at 200MHz, ESE has a performance of 282 GOPS working directly on the compressed LSTM network, corresponding to 2.52 TOPS on the uncompressed one, and processes a full LSTM for speech recognition with a power dissipation of 41 Watts. Evaluated on the LSTM for speech recognition benchmark, ESE is 43x and 3x faster than Core i7 5930k CPU and Pascal Titan X GPU implementations. It achieves 40x and 11.5x higher energy efficiency compared with the CPU and GPU respectively.

arXiv:1612.00694 · ACM/SIGDA FPGA '17 · Best Paper Award

What they built

Load-balance-aware pruning: naive sparsity leaves half the hardware idle, so the pruning itself is shaped to keep every processing element fed. A scheduler then partitions the compressed LSTM across PEs, and the engine computes directly on the sparse model rather than expanding it back out — the compression is not a preprocessing step, it is the architecture.

What they measured it against

A full speech-recognition LSTM on a Xilinx XCKU060 at 200 MHz and 41 W, against both of the parts it would displace: a Core i7-5930k and a Pascal Titan X. It wins on speed and energy against each — and the GPU margin (3×) is honestly narrower than the CPU one (43×).

What it does not prove

2017 silicon on both sides — a Titan X is not an H100, and the 3× would not survive a modern GPU. What dates well is the method (sparsity co-designed with the hardware that must exploit it) and the lineage: this team's company, DeePhi, was acquired by Xilinx and became AMD's Vitis AI. The idea shipped.

19 · LLM · LUT × FPGA · the paper

LUT-LLM: Efficient Large Language Model Inference with Memory-based Computations on FPGAs

too new to cite · new workIEEE FCCM '26 · to appeararXiv:2511.06174
1.66×lower latencygeomean vs AMD MI210
4.1×energy efficiencygeomean vs AMD MI210
1.72×energy efficiencygeomean vs NVIDIA A100
Abstract · the authors’ own words

The rapid development of large language models (LLM) has greatly enhanced everyday applications. While many FPGA-based accelerators, with flexibility for fine-grained data control, exhibit superior speed and energy efficiency compared to GPUs, recent GPU-specific optimizations have diminished this advantage. When limited to arithmetic-based computation, FPGAs often underperform GPUs due to their comparatively fewer computational resources. To address this challenge, we exploit a key advantage of FPGAs over GPUs: abundant distributed on-chip memory embedded among computational units. We believe that shifting LLM inference from arithmetic-based to memory-based computations through table lookups can improve the efficiency on FPGAs to compete with GPUs. However, existing methods are inefficient or unable to scale and deploy language models due to algorithm and architecture design limitations. This paper introduces LUT-LLM, the first FPGA accelerator that deploy 1B+ language model with memory-based computation, leveraging vector quantization. We construct a performance model, evaluate multiple quantization schemes, and identify activation-weight vector co-quantization as the most effective approach. To support this scheme, LUT-LLM features (1) bandwidth-aware parallel centroid search to reduce decoding latency, (2) efficient 2D table lookups, and (3) a spatial-temporal hybrid design to reduce data caching for a higher throughput table lookup. We develop a training recipe that converts existing models to support table lookups with high accuracy and prototype LUT-LLM for Qwen 3 1.7B model on the AMD V80 FPGA, reducing arithmetic operations by 4× and achieving a 1.10∼3.29× faster generation speed and a 3.05∼6.60× higher energy efficiency than GPUs.

arXiv:2511.06174 · IEEE FCCM '26 · to appear

What they built

The inversion of the usual FPGA pitch: stop doing arithmetic at all. Weights and activations are vector-quantized together, so a linear layer becomes a 2D table lookup over pre-computed dot products held in the fabric's distributed on-chip memory — with a bandwidth-aware parallel centroid search and a spatial-temporal hybrid design keeping the lookups fed. A training recipe converts existing models rather than demanding new ones.

What they measured it against

Qwen 3 1.7B on an AMD Alveo V80 against real GPUs on the same model: geomean 1.66× lower end-to-end latency and 4.1× better energy than an AMD MI210, and 1.72× better energy than an NVIDIA A100 — which keeps its latency lead, and the paper says so. Quality is measured too: −2.7% vs FP16 with every technique applied.

What it does not prove

Accepted to FCCM '26 and too new for a citation record — printed as such. The A100 still generates faster; the win is energy. And it is measured at 1.7B, batch one: the 32B claim (2.16× the A100's energy efficiency) comes from the paper's performance model, not from silicon.

20 · Go-to-market

The industries we can penetrate

Industrial vision & inspection

Robotics & drones

Automotive & ADAS

Aerospace & defense

Medical & scientific

Research & academia

What this unlocks for us

Smart vision appliances

Cameras, inspection, retail & security analytics, inference at the sensor.

Robotics & motion control

Sensor fusion, navigation and deterministic motor/drive control (KR260 / KD240 class).

Private on-device AI

Run small language models & copilots locally, no cloud, full data privacy.

21 · Use case · Science & research

Instruments that can't wait for the cloud

From detector triggers to plasma control loops, the fabric processes sensor data at the source — deterministic, in microseconds, where a round-trip to a CPU is already too late.

40 MHzcollision data filtered in-fabric
  • CERNLevel-1 triggers filter 40 MHz of collision data in hardware before anything reaches a CPU.
  • Fusion energyReal-time plasma control loops at kHz rates keep the reaction confined and stable.
  • Satellites & spaceRadiation-tolerant and reprogrammable in orbit; on-board inference cuts the downlink.
  • Quantum & medicalLow-latency qubit control and on-device medical imaging — private, at the bedside.
22 · Use case · Datacenter

Search and inference, in the fabric

The hyperscalers put FPGAs in the datacenter years ago — accelerating search ranking and model inference at rack scale, on the perf-per-watt metric that actually bounds a data hall.

Azure-wideFPGA fabric under Bing & AI
  • Microsoft, 2017Project Catapult & Brainwave: Bing ranking and real-time AI on FPGAs across Azure.
  • Cloud inferenceLow-latency batch-1 serving, where a GPU sits idle waiting to fill a batch.
  • Perf per wattMore work per joule at rack scale — the number a datacenter is actually built around.
23 · Use case · Telecom & networking

Line-rate at 100 Gbps and beyond

Beamforming and packet processing are dataflow problems — exactly what a fabric does best: wire speed, per-symbol, with the bounded timing the network can certify.

100 Gbps+deep packet inspection, at line rate
  • 5G beamformingMassive-MIMO weight math computed in hardware, per symbol, in real time.
  • Deep packet inspectionInspect and classify traffic at 100 Gbps+ without dropping a frame.
  • Fronthaul & O-RANDeterministic timing the RAN can certify, reprogrammable as the standard moves.
24 · Use case · Finance

The nanosecond edge

In trading, latency is money. The fabric parses market data and fires orders in nanoseconds — a tick-to-trade path no software stack on a CPU can match.

~nanosecondstick-to-trade, fully deterministic
  • Order executionTick-to-trade in tens of nanoseconds, with jitter measured in single digits.
  • Market-data feedsParse and normalize multicast feeds in hardware, zero software round-trip.
  • Pre-trade riskInline risk checks at wire speed, so the safety net never adds latency.
25 · Use case · Automotive & ADAS

Sensor fusion, on one safe die

Camera, radar and lidar fuse on a single device inside a fixed latency budget — with the safety certification and the ten-year lifecycle a consumer SoC can't reach.

ASIL-Dsafety on a fused perception die
  • Sensor fusionCamera, radar and lidar aligned and fused in real time on one die.
  • Real-time perceptionDetection and tracking inside a fixed latency budget, every single frame.
  • Functional safetyASIL-D / SIL-3 paths and 10–15-year lifecycles designed in from the start.
26 · Use case · Silicon engineering · Tesla

The ASIC that was born on FPGAs

Tesla's FSD computer (HW4 / AI4) runs a custom ASIC — and FPGAs carry its whole lifecycle: first-gen Autopilot shipped with fabric in the sensor path, and every generation since is prototyped, validated and factory-tested on FPGAs.

HW1 → AI4FPGAs in every FSD generation's flow
  • Hardware 1.0First-gen Autopilot processed raw sensor data on FPGAs — filter, format, fuse — before the main processor.
  • Prototype & iterateTesla iterated architectures on reconfigurable fabric before committing millions to an ASIC tape-out.
  • Pre-silicon emulationAI4-class designs boot their software on FPGA prototypes months before first silicon — the industry-standard flow.
  • Validation & testPost-silicon validation and manufacturing test rigs are built on FPGAs — every shipped die passes through the fabric.
27 · Shipping now

Real products, on sale today

Not roadmaps — purchase orders. An FPGA appliance serving LLMs to Oracle, and FPGA cameras on the factory floor: the fabric is already in the image path and already in the datacenter.38

Positron Atlas
FPGAPositron AI

Positron Atlas

FPGA · Agilex 7 M

A 4U LLM-inference appliance: 8 accelerator cards on HBM-equipped Altera Agilex 7 M-series FPGAs, an OpenAI-compatible endpoint, HuggingFace weights with no recompile.

256 GB HBM · 2,000 W system vs 5,900 W for a DGX H200

Vendor-claimed >4× perf/W and >3× perf/$ vs NVIDIA Hopper

Shipping. Oracle Cloud purchase agreement, 344 servers (~$50M); Cloudflare a named customer.

OptoMotive EVO cameras
FPGAOptoMotive

OptoMotive EVO cameras

FPGA · Kria K26 / Zynq

Smart cameras that hand you the fabric: the image path is yours to program, with peak/blob detection and compression as in-camera IP cores.

25 MP at 150 fps · >50% of the programmable logic left free for your own IP

No on-camera neural inference out of the box — the fabric is the product

Shipping; listed in AMD's Kria partner showcase as an industrial smart camera.

Basler imaFlex CXP-12
FPGABasler

Basler imaFlex CXP-12

FPGA · UltraScale+ KU3P

A CoaXPress frame grabber that preprocesses in the FPGA before the host ever sees a pixel — programmed graphically in VisualApplets, no HDL.

KU3P + 1.5 GB DDR4 · 4 × CXP-12 at 12.5 Gbps = 50 Gbps into PCIe

The proof that FPGA-in-the-image-path is a mainstream, purchasable product

Shipping from stock. Basler's ace 2 Pro also compresses inside the camera's FPGA.

Counter-evidenceFuriosaAI RNGD
ASICFuriosaAI

FuriosaAI RNGD

ASIC · RNGD · TSMC 5 nm

A datacenter LLM & multimodal inference ASIC — RNGD (“Renegade”) takes on GPU inference with Furiosa's Tensor Contraction Processor architecture.

48 GB HBM3 · 180 W TDP · Tensor Contraction Processor

LG AI Research: ~2.25× LLM inference perf/W vs GPUs (customer-published)

Sampling to customers; validated by LG AI Research (EXAONE) and partnered with Broadcom on rack-scale inference.

Product photos © their respective manufacturers.

Positron proves an FPGA can win a datacenter inference contract — on memory-bound decode, where the fabric is strongest. The FPGA figures here are vendor-published; the one ASIC, FuriosaAI’s RNGD, is the outlier with public MLPerf results.

28 · The datacenter proof

FPGAs run the datacenter too

Not a niche experiment: the hyperscalers wired the fabric into their servers, the cloud rents it by the hour, and it is winning fresh LLM-inference contracts right now — three proofs.3438

The read

The honest caveat: the drop-in PCIe accelerator card did lose — Mipsology's Zebra, the Alveo inference cards and Dell's FPGA PowerEdge were all retired.41 What survives is the fabric where its structure wins: in the network path at fleet scale, as rentable cloud silicon, and on memory-bound decode — the same structural edge the SoC-FPGA has at the edge.

29 · Watch

Talks, videos & the products in action

A curated viewing list across this brief's themes. The tiles tagged × FPGA are the five workloads scored in §11 — LLM, SLM, CNN, VLM and ASR — so every area we claim is feasible has a talk or a running demo behind it.

LLM × FPGAEfficient FPGA-based LLM inference servers (demo)AlteraLLM × FPGAFPGA vs GPU — spatial FPGA acceleration for LLM inferenceByte Goose AILLM × FPGAA survey of hardware accelerators for LLMsProf. C. KachrisLLM × FPGAFINN-T: dataflow accelerators for quantized transformersFast ML FoundationSLM × FPGACan an FPGA actually run a tiny LLM? (the memory wall)From Concept To CircuitSLM × FPGABrainChip: LLM inference on an FPGA at the edge (TENNs)Edge AI + Vision AllianceCNN × FPGANeural-network accelerator co-design with FINNFINN tutorial · ISFPGA '21CNN × FPGAOn-device face detection on the Kria KV260OctopartCNN × FPGAFFConv: FPGA accelerator for fast convolution layersEDGE AI FoundationVLM × FPGAViA: a vision-transformer accelerator on FPGAEmbedded Systems Week · ESWEEKASR × FPGAEdgeDRNN: low-latency recurrent-network edge inferenceChang Gao · AICAS '20ASR × FPGAKeyword spotting on a binary-CNN accelerator in an FPGATae-Hwan KimAMD · talkAMD Versal AI Edge — architecture overviewKevin Keryk · AMDAMD · demoVersal AI Edge Gen 2 — VEK385 evaluation kitAMDFoundationsEmbedded+ : FPGA acceleration for edge AI visionAMD EmbeddedFoundationsThe history of the FPGA: the ultimate flexAsianometryFoundationsIntroduction to FPGAs and ML inference with hls4mlSystems Group · ETH ZürichFoundationsFPGAs are (not) good at deep learning [invited]Crossroads 3D-FPGA CenterToolchainMachine learning for embedded apps on FPGAsNick Fraser · XilinxToolchainMachine learning on FPGAs: the hls4ml frameworkProf. Marco WinzkerToolchainGetting started with Vitis AIFPGA ZealotBoardsGetting started with the Kria KV260 Vision AI kitAltium AcademyBoardsKria KR260 robotics starter kit — ROS 2 + FPGAmake2explore SystemsTinyMLtinyML Talks — machine learning at the edgetinyML FoundationTinyMLTensorFlow-Lite for MCUs in tiny low-power FPGAsEDGE AI FoundationTinyMLTiny & flexible ML with a Lattice FPGAEDGE AI FoundationTinyMLTinyML FPGA implementation for condition monitoringEDGE AI FoundationFrontierNeuromorphic computing on Intel Loihi 2AutoML Fall SchoolFrontierArchitecture All Access — neuromorphic computingIntel

Every tile links to a specific talk or demo on YouTube; each id was resolved live against YouTube (2026-07). Video content © respective creators / vendors.

30 · What we can do

Research, product & moat

Three returns that compound: a research platform, a product line customers already buy, and a moat hyperscalers pay billions to build.

ResearchProductMoat
Fig 15 · Three returns that compound
RETURN 01

Research leverage

A reconfigurable platform to co-design models and hardware, architectures, quantization, sparsity, dataflow.

  • Publishable results & IP
  • Hardware-aware model research
  • Own efficiency benchmarks
RETURN 02

Product

A line customers already buy, SoMs, accelerator IP, an SDK and vertical solutions, hardware plus recurring software revenue.

  • Hardware + recurring SW revenue
  • Sticky, long-life design wins
  • Verticals that pay for determinism
RETURN 03

Strategic moat

Owning model + compiler + silicon is the durable advantage hyperscalers chase with custom chips.19

  • Reduce GPU dependence
  • Differentiate on efficiency
  • Vertical integration = pricing power

FPGA is the on-ramp to custom silicon. Validate an architecture with near-zero NRE, win early customers, and commit to an ASIC only once volume and architecture are proven.21

ResearchFPGA SoM (low NRE)Design winsOptional ASIC at scale
31 · How it works

Draw the flow, the fabric rewires itself

Plug the device in, pick a service, and the FPGA reconfigures itself to run it, on the camera, the mic, the antenna, in real time. Every service in the catalog also opens a console — upload a photo to the vision pipeline, talk to the audio service, chat with the on-device model.

Fabriq Studio / fabriq-edge-01 / vision-flowRunning
  1. 01Connect the devicePlug the box into a camera or sensor. It shows up in Studio.
  2. 02Click a servicePick vision, audio, RF… one click deploys it.
  3. 03The fabric rewiresThe old overlay is evicted, the new one loads into the FPGA.
  4. 04It runs on the sensorAccelerated in silicon: bounded latency, watts not hundreds.
TriggerCamera
IMX477 · MIPI CSI-2 · 60 fps
PreISP
Debayer · AWB · resize 640²
ServiceObject detection
YOLOv8-n · INT8
DPU-B4096 overlay
LogicZone rules
Dwell > 3 s in zone A
ActionActuate
MQTT event + GPIO relay
100%
cam0 · 1920×1080 · 60 fpsrecreconfiguring fabric…
liveLive · detection on cam0
fabriq-edge-01connected · 192.168.1.24
Throughput62FPS
Latency9.6ms
Power3.0W
Fabric58%
fabriqd · journalctl -fu vision-flowstreaming
14:02:01.402oksignature verified · ed25519 · fabriq-catalog14:02:01.664infoquiesce dataflow · drain in-flight buffers14:02:01.905execPL partial reconfig → RP_0 · icap @ 200 MHz14:02:02.331okbitstream loaded · crc ok · 1408 DSP tiles claimed14:02:02.470infomap DMA rings · bind /dev/video0 → axi-dma.014:02:02.688okvision-flow running · 62 FPS @ 3.1 W14:02:02.9statthroughput 62 FPS · lat 9.6 ms · pwr 3.0 W · pl 58% · 41.5 °Cfabriq@edge-01:~$
Start, chapter 00 of 31