Papers for

mobile device hardware teams

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Fpga system trains cnn efficiently with integer-only local learning

LocalTrain: Integer-Only Local Learning for Energy-Efficient CNN Training on Edge FPGAs

Abstract: Local learning reduces cross-layer training dependencies, but an efficient accelerator must still retain operands, accumulate gradients, and select quantization scales. We present an FPGA system that trains a CNN and its regional auxiliary classifiers using a shared integer matrix engine. Compact errors are expanded on chip, gradients are folded tile by tile, and historical scales permit direct output conversion. At 200 MHz, the KV260 prototype achieves 76.57% accuracy on CIFAR-10 and 91.85% on SVHN at approximately 4.20 W mean module power. Effective matrix throughput is 31.22 and 31.57 GMAC/s, respectively. Against the same integer method on Jetson Orin Nano, measured training energy is 40.4% and 42.1% lower, with $1.86\times$ and $1.82\times$ longer runtime; measurements use the respective platform power domains. Selected state checks and matching complete-run prediction counts support functional agreement with the software reference.

Mon 12 OctHardware ArchitectureMachine Learning
The gist
Training deep learning models like CNNs usually needs lots of power and complex calculations, which can be hard on small devices. This paper shows how the authors built a system using an FPGA (a kind of programmable chip) that trains a CNN with simpler integer math and local learning, reducing energy use. Their system works well on standard image tasks while using less power compared to a popular GPU-based board. This advance helps bring on-device model training closer to reality by speeding it up and cutting power needs.
Open → 2610.17099v1

Generative video compression trades decoder compute for bandwidth savings

Information Capacity of Generative Video Compression: Quantifying the Rate-Compute Exchange at Identical Quality

Abstract: Under the AI Flow framework, communication networks distribute intelligence across devices, edge servers, and clouds, and computation at the receiver becomes a resource that can substitute for transmitted bits. Generative video compression (GVC) embodies this exchange by sending compact tokens with ultra-low bitrate and letting a generative decoder synthesize the video, yet how much bandwidth savings a unit of decoder compute actually achieves has never been quantified. To fill this vacancy, we model reconstruction quality as a two-factor power law in data rate and decoder compute, which fits measured DISTS of two GVC decoders with a mean error below 3%, and define the information capacity (IC) as the negative logarithmic slope along an iso-quality contour, namely the fraction of rate saved per fractional increase in compute at identical quality. IC is dimensionless and unit-invariant, thus enabling an architecture-agnostic comparison. It forms a field over the operating plane, locating where additional denoising steps are worth their cost. Across five datasets, the 14B decoder trades more compute for fewer rate about ten times more efficiently than the 1.3B decoder. IC also varies significantly across datasets, indicating imbalanced performance on the rate-compute trade-off in GVC methods.

Wed 23 SeptComputer Vision and Pattern Recognition
The gist
Communicating videos usually means sending lots of data, but this paper studies a method that sends compact tokens and uses a powerful video decoder to create the video instead. The authors model how video quality depends on both the amount of data sent and the decoder’s computing power. They introduce a measure called information capacity to show how efficiently extra computing power saves bandwidth without losing quality. Their results show that bigger decoders can save more bandwidth for the same video quality, but this trade-off varies depending on the video content.
Open → 2609.27493v1

SPECTRA boosts edge AI speed with adaptable chip design

SPECTRA: Adaptive Execution of Speculative Decoding on a Runtime-Reconfigurable Tiled Architecture

Abstract: LLM inference on edge devices is constrained by computational and memory resources, making efficient autoregressive decoding challenging. Speculative decoding alleviates this bottleneck by generating tokens with a smaller draft model and verifying multiple tokens in parallel with a batched target model pass. However, verification introduces a runtime-dependent intermediate regime between memory-bound general matrix-vector (GEMV) operations in decoding and compute-bound general matrix-matrix (GEMM) operations in prefill, as its arithmetic intensity varies with speculation length and acceptance rate. We present SPECTRA, a runtime-reconfigurable tiled architecture that sustains high utilization across the full speculative decoding pipeline. Within each tile, the compute engine switches between systolic execution for GEMMs and vector-lane execution for GEMVs. Across tiles, SPECTRA dynamically adapts computation parallelism by selecting tile count, kernel partitioning, and communication pattern. Both tile-level and system-level reconfiguration operate on a per-kernel basis, enabling efficient execution across these diverse regimes. Evaluated on a 20-tile FPGA prototype across the Pythia, SmolLM2, and GPT-2 families, SPECTRA achieves up to $2.09\times$ speedup from tile-level reconfiguration and a further $1.25\times$ gain from system-level adaptability over fixed designs.

Mon 21 SeptHardware ArchitectureArtificial IntelligenceDistributed, Parallel, and Cluster Computing
The gist
Running large language models on small devices is hard because they have limited computing power and memory. The authors show how using a smarter way to guess and check parts of the response can speed up this process. Their approach, called SPECTRA, is a special chip design that changes how it works to be fast in different situations during this guessing process. They tested it on a real hardware prototype, and it made the model run up to twice as fast compared to fixed designs.
Open → 2609.24847v1