Papers for

hardware accelerator engineers

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.

TauLang schedules operations precisely to speed up AI processing

TauLang: A Language and Compiler for Space-Time Programming on Statically Scheduled Accelerators

Abstract: Statically scheduled accelerators such as Groq's Tensor Streaming Processor (TSP) achieve low-latency large language model inference by stripping dynamic synchronization hardware from the chip. With no caches, arbiters, or hardware schedulers, the compiler must fix the exact slice and issue cycle of every operation, so when an operation runs is a condition for correctness. Existing kernel languages cannot target such machines because they rely on hardware to resolve cycle timing and instead encode schedules implicitly in code structure. We present TauLang, a kernel language and compiler that makes time a first-class citizen of the program. The programmer schedules operations, loops, and composed kernels with parameterized explicit times, so exploring schedules means changing parameter values rather than rewriting code. TauLang validates explicit times algebraically in TauIR, its timed intermediate representation. It then solves tensor placement and cycle scheduling jointly in an integer linear program, using explicit times to group connected operations into timing clusters that prune the search space. On a cycleaccurate model of a TSP-like machine, joint search achieves a $1.40\times$ latency speedup across ten kernels over a space-first flow. A few explicit time pins keep latency within one cycle of the untimed schedules and scale joint search to 1,636 GEMM blocks, whereas untimed search finds no schedule at 32.

Wed 4 NovProgramming LanguagesHardware Architecture
The gist
Low-latency AI chips called statically scheduled accelerators avoid complex hardware by requiring exact timing for every operation. The authors present TauLang, a programming language and compiler that lets programmers specify when operations happen explicitly. This helps find better schedules for AI workloads like neural networks, improving speed by 40% in tests. TauLang works by solving timing and data placement together, which previous tools could not do effectively.
Open → 2611.06079v1

Efficient mapping improves deep neural network hardware performance

IMPACT: Constraint-Aware Search for Imperfectly Factorized Accelerator Mappings

Abstract: The efficiency of Deep Neural Network (DNN) accelerators depends on how each tensor operation is mapped onto the hardware. A mapping specifies how the computation is tiled across the memory hierarchy, ordered, and parallelized across the processing elements. These choices form a combinatorially large search space, where efficient mappings are hard to find. Most violate hardware constraints, and most remaining mappings underutilize the hardware. Existing mappers either search only part of this space to keep the search tractable, excluding the most efficient mappings, or sample the full space randomly, so most mappings they evaluate are infeasible. We present IMPACT, a mapper that searches the full space. IMPACT pairs a genetic algorithm with a constraint-aware repair operator that converts each infeasible mapping into a feasible one instead of discarding it. On a flexible accelerator, IMPACT outperforms state-of-the-art mappers in EDP, latency, and energy on every DeepBench workload. On a compute-in-memory (CIM) accelerator, whose constraints leave few mappings feasible, it reduces EDP by 66%, latency by 47%, and energy by 18% over the strongest prior mapper across five networks, and rivals hand-crafted expert mappings. Across flexible and highly constrained accelerators, IMPACT finds efficient mappings automatically. IMPACT will be released as open source.

Wed 28 OctHardware Architecture
The gist
Running deep neural networks on special hardware is tricky because arranging the work to fit the machine well is very complex. Most ways to organize the work either break hardware rules or waste resources. The authors designed a system called IMPACT that searches smarter by fixing bad plans instead of throwing them away, finding better ways to run these networks. This makes running the neural networks faster and more energy efficient across different types of hardware.
Open → 2610.39040v1

Joint smoothing and scaling improve NVFP4 quantization accuracy for AI models

OSFP4: Joint Optimization of Diagonal Smoothing and Block Scales for NVFP4 Quantization

Abstract: NVFP4 is an attractive datatype for large language model (LLM) inference, offering compact storage and native tensor-core acceleration. However, preserving accuracy using NVFP4 requires careful quantization. In this work we develop a novel quantization scheme called Optimized Smoothing and Scaling for NVFP4 (OSFP4). For each linear projection it uses a diagonal smoothing matrix whose entries are optimized to minimize the squared matrix-product quantization error under NVFP4, taking into account the rounding procedure that is used (either round-to-nearest, or GPTQ-style successive interference cancellation). This requires performing joint optimization on the smoothing entries as well as the block scales, which is facilitated by analyzing a multiplicative-dither FP4 quantizer instead of the fixed deterministic one. Experiments show that OSFP4 achieves the highest average accuracy among the evaluated competitors in the corresponding quantization settings, while retaining approximately 94-97\% of vendor NVFP4 prefill throughput on the measured workloads. Our code is available in https://github.com/neriahbd/OSFP4

Tue 6 OctArtificial Intelligence
The gist
Large language models need to shrink how they store and compute numbers to run efficiently. The authors developed a new way to carefully adjust number scales and smoothness to better keep accuracy when using a compact number format called NVFP4. They optimize these adjustments together to reduce errors caused by rounding numbers in the model's calculations. Their tests show this method keeps model accuracy high while running almost as fast as the vendor’s standard method.
Open → 2610.08231v1

Gpu architecture cuts latency for high-volume dense optimization requests

GPU-Initiated Discrete Simulated Bifurcation: Low-Latency Requests and Streaming Dense Couplings

Abstract: GPU-based optimization faces two communication bottlenecks: coordinating frequent requests and delivering dense models that exceed device memory. We present a discrete simulated bifurcation (dSB) architecture that addresses both through NVIDIA DOCA GPUNetIO. For resident models, a persistent service receives field updates, executes each solve within one GPU thread block, and returns the result. Exact integer coupling sums, GPU work queues, and batched transmission keep the receive--solve--reply path on the device without a dedicated CPU data-path core. In comparisons with socket-based servers using the same solver, the largest latency gains occur under concurrent load. As the offered load increases from 400 to 800 thousand requests per second, median round-trip latency rises by only 6\%. At the highest tested load, median and 99th-percentile latencies are 189 and 218~$μ$s, compared with 288 and 609~$μ$s for the tuned persistent CPU proxy across repeated runs. For models larger than device memory, a streaming solver retains dynamical state on the GPU and reuses incoming coupling tiles across replicas. It evaluates ten-million-variable dense binary matrices at approximately 307~Gb/s, consuming a 12.5-TB logical matrix through a 64-MiB packet buffer. Ground-state recovery on planted instances and agreement with reference executions verify the computation. Together, the two modes scale dSB to concurrent requests and dense models beyond GPU memory.

Mon 5 OctDistributed, Parallel, and Cluster Computing
The gist
Handling many complex optimization problems at once on GPUs often slows down because of communication delays and limited memory. The authors introduce a GPU-based system that quickly processes large numbers of optimization queries by managing all data transfers and calculations within the GPU, reducing delays even under heavy load. They also show how to handle models too big for GPU memory by streaming parts of the problem efficiently. Their approach balances speed and memory usage, making GPU optimizers work better for very large and dense problems.
Open → 2610.06622v1

Formal verification ensures correct use of machine learning accelerators

Verification of Compiler-to-Accelerator Mappings for Machine Learning Accelerators

Abstract: To meet the performance needs of modern machine learning (ML) applications, ML compiler frameworks support compiler-to-accelerator mappings that offload parts of application code to operations in specialized hardware accelerators. However, most of these frameworks do not verify these mappings down to the hardware level, potentially resulting in functional mismatches. In this paper we propose BOLT, the first framework for formally verifying the correctness of compiler-to-accelerator mappings for coarse-grained intrinsics in ML accelerators, with respect to a formal hardware semantics. BOLT does not require additional information from the compiler, and verifies the functional equivalence of the application code and the code for the mapped hardware accelerator intrinsic, including handling of complex loop nests and tensor data layouts in hardware. It effectively utilizes a pattern of *aligning* software loops with the hardware, followed by *relating* corresponding data layouts, to enable verification using well-aligned product programs. To support these steps, we propose two custom templates --- the sync-skeleton and the layout-sketch --- to guide users in aligning loops and specifying data layout relationships, respectively. We have developed a proof-of-concept prototype for BOLT and use it to successfully verify the correctness of several complex mappings for two recent open-source ML accelerators.

Fri 25 SeptProgramming Languages
The gist
Machine learning programs often use special hardware to run faster, but making sure the program and hardware work together correctly is hard. The authors created BOLT, a tool that checks whether the parts of a program moved to specialized hardware do exactly the same thing as the original code. BOLT works even with complicated loops and data layouts and does not need extra details from the compiler. This helps prevent mistakes that could happen when using these hardware accelerators.
Open → 2609.30651v1

Flexible compiler and hardware design speeds up accelerator development

Compiler and Hardware Co-Design for Accelerator Architectures

Abstract: Heterogeneous accelerator architectures offer an efficient path to performance for compute-intensive workloads. However, full-stack integration remains difficult. We present EAAC (Extensible Accelerator Architecture), a flexible and extensible compiler and hardware architecture designed to lower the overhead of hardware-compiler co-development for rapid prototyping of hardware accelerators. EAAC targets static data-flow workloads with predictable memory access patterns. By using MLIR, we enable possible integration with a range of different frontends that emit MLIR. And by providing a minimal set of compiler functionality that enable necessary data-orchestration we lower the effort needed to get a simple implementation of a hardware acceleration unit up and running, while providing a relatively blank and un-opinionated starting point for further work. We validate this approach with a prototype GEMM accelerator combining a systolic array unit with an embedded RISC-V core, compiled end-to-end through the EAAC MLIR pipeline. On a synthetic fully-connected-layer workload, the accelerator achieves a 28x speedup in execution time over a RISC-V-only baseline, with the GEMM operation itself accounting for only 1.64\% of total execution time. We further characterize the compiler's hardware-semaphore allocation, showing that the number of semaphores required scales linearly with instruction count in the worst case, and identify this as a concrete target for future optimization.

Thu 24 SeptHardware Architecture
The gist
Creating specialized computer chips called accelerators can make certain computations much faster, but building both the hardware and software together is usually very complex. The authors developed EAAC, a system that makes it easier to design and test new accelerator hardware alongside the compiler that prepares programs to run on them. Their system focuses on workloads with predictable data patterns and uses MLIR, a tool that supports many programming languages. They showed this approach with an example that speeds up a common math operation by 28 times compared to a basic processor alone.
Open → 2609.30099v1

Deep equilibrium models use discrete solving for compact time series forecasting

Q-DEQ: Discrete Solving and Quantization for Deep Equilibrium Models in Time Series Forecasting under Edge Deployment Coding Constraints

Abstract: Edge deployment motivates forecasting models with compact parameter storage and low-bit representations. Deep equilibrium models (DEQs) obtain implicit depth by repeatedly applying a shared layer, reducing the parameter cost of explicit layer stacking. Their usual Anderson solver, however, searches for update coefficients in the continuous real domain. We propose Q-DEQ, which formulates local updates in DEQ forward solving as discrete optimization problems. Candidate directions are constructed from the current state and iteration history, and a local quadratic residual model is used to evaluate their combinations. Binary encoding of the direction coefficients yields a quadratic unconstrained binary optimization (QUBO) problem that can be solved by simulated annealing (SA) or a coherent Ising machine (CIM). After fixed-point solving, a re-forward pass applies W8A8 fake quantization to the shared layer's weights and activations. We evaluate Q-DEQ with an iTransformer backbone on five multivariate time series forecasting datasets. Relative MSE differences from the explicit multi-layer baseline range from $-1.16\%$ to $+2.90\%$, with lower MSE on two datasets. DEQ parameter sharing reduces parameter counts by factors of $1.80\times$--$3.82\times$; combined with W8A8, static weight storage is reduced by factors of $4.3\times$--$12.8\times$. Local QUBO problems solved using CPU-based SA and the Kaiwu CIM physical backend produce closely matching downstream forecasts. These results establish local discrete solving as a viable component of DEQ time series forecasting and provide a route for executing fixed-point updates through different combinatorial optimization backends.

Mon 21 SeptMachine Learning
The gist
Forecasting models for edge devices need to be small and efficient. The authors present Q-DEQ, a method that uses discrete optimization to update deep equilibrium models, which share parameters instead of stacking many layers. This approach reduces the memory needed to store model data while keeping forecast accuracy close to traditional methods. They demonstrate that their method works well on several time series datasets and can run on different hardware solvers.
Open → 2609.24042v1