Accelerate BenchSource

A benchmark for application optimization

AccelerateBench.

Evaluating Agents for
Application-Level Program Optimization

Can coding agents make whole applications faster?
Real source trees. End-to-end workloads.
Correctness before speed.

Bowen Liu, Yuhan Li, Nuo Chen, et al. Meet the team ↗
Tencent Hy TeamHKUSTHKUST(GZ)THUPKU
32CPU optimization
tasks
8Application
areas
12Coding agents
evaluated
8hInteraction budget
per run

Measure the gain.
Keep the program correct.

One selected outcome per agent and task. Every score rewards faster execution only after the program passes its correctness checks.

Model performance

32 tasks · Reported in the paper

Metric definitions ↗
Reported performance on 32 tasks; sort with column buttons
#Agent modelEffort

Paper Table 1 · 12 agents × 32 tasks = 384 selected outcomes. Score@1 and Aτ are percentages; GM is in ×. Each agent pairs a model with a harness. An incorrect or unaccelerated outcome receives zero runtime-saving reward.

How to read these metrics

Score@1 averages correctness-gated runtime savings across 32 equally weighted tasks: C × max(0, 1 − candidate time / baseline time). A correct 2× speedup earns 50%; a correct program with no speedup earns zero.

Aτ is the fraction of tasks that are correct and reach at least τ× speedup. GM is the geometric mean speedup, with incorrect or unaccelerated outcomes assigned 1×.

For the eight configurations with repeated attempts, the median-reward run among the latest three policy-eligible scored attempts represents each agent–task pair. GPT-6 Astra, Gemini-3.8-Flash, Kimi K3 (max), and GLM-5.3 (max) use their sole attempt. All main-table metrics refer to the same selected record. The separate analysis cohort contains 480 runs.

02 / The benchmark

Optimize the application.
Preserve the computation.

Agents decide where and how to optimize. The task fixes what the application must compute, what can change, and where timing begins and ends.

01

Inspect & diagnose

Start from a working implementation, workload, and resource budget.

02

Edit & experiment

Coordinate source changes, compilation options, and runtime configuration.

03

Test & select

Use public correctness and performance feedback to retain a candidate.

04

Verify & score

An independent verifier rebuilds the final program and checks private inputs.

Figure 1 · An SU2 optimization can change solver routines, matrix storage, build flags, and runtime configuration together. Compilation, application runtime, and agent time are distinct measurements.

03 / Task collection

Scientific software, from simulation to I/O

Explore the task collection.

Browse all 32 tasks. Open a task to see its resource limits and each agent's reported runtime savings.

32 tasks

Names and resource allocations follow the final paper. HPCG-derived, HPL-derived, and IO500-derived are adapted tasks, not official competition benchmark scores.

Scientific methods behind the workloads

04 / What the experiments reveal

Inside the optimization process.

Correctness, configuration, and interacting changes shape the final result. Three findings from the experiments.

0149.5%

Correct programs often gain little.

161 of 325 correct outcomes stay below 1.25× speedup. Passing the workload does not ensure a useful reduction in runtime.

Main results ↗
020.29–2.12×

The same source can run slow or fast.

In the controlled GROMACS replay, changing only build and runtime settings changes speedup across this range.

Controlled experiments ↗
031.01vs6.4×

One change can depend on another.

A QiboTN code change brings almost no gain alone, but a substantial gain with another optimization in place.

Interacting code changes ↗

480 runs / five agents / three runs per task

Look inside the optimization process.

Retained trajectories connect what agents inspect, build, test, repair, and submit with the final outcomes.

Each agent's test calls rise from the beginning to the end of its trajectory. The analysis cohort contains 480 runs and is separate from the 384 selected main-table outcomes.
View the complete 480-run trajectory atlas
Each task–agent cell contains three runs. Horizontal position shows normalized tool-call order, not elapsed time. Open vector PDF ↗

05 / Paper & authors

First page of the Accelerate Bench paperRead the paper

Accelerate Bench

Evaluating Agents for Application-Level Program Optimization

Bowen Liu1Yuhan Li1‡Nuo Chen1†Weile Luo1Miao Peng1,3Qintong Zhang1,5Qifan Zhang1,3Jia Li2,3Ziqi Gao4Lydell Huang1

‡ Project Lead   † Corresponding author: chennuo26@gmail.com

Contact: Bowen Liu · bliu690@connect.hkust-gz.edu.cn

  1. Tencent Hy Team
  2. The Hong Kong University of Science and Technology
  3. The Hong Kong University of Science and Technology (Guangzhou)
  4. Tsinghua University
  5. Peking University

Cite this work

@misc{liu2026acceleratebench,
  title = {Accelerate Bench: Evaluating Agents for
           Application-Level Program Optimization},
  author = {Liu, Bowen and Li, Yuhan and Chen, Nuo and
            Luo, Weile and Peng, Miao and Zhang, Qintong and
            Zhang, Qifan and Li, Jia and Gao, Ziqi and Huang, Lydell},
  year = {2026},
  url = {https://acceleratebench.com/}
}

Resources

Build on Accelerate Bench.

The paper and reported results are available here. Versioned task packages, public tests, and verifiers are being prepared for release.

PaperPDF ↗Reported resultsJSON ↓
Benchmark code & task packagesIn preparation
arXiv recordForthcoming