PreprintCited by 9Parallel Computing and Optimization TechniquesSoftware Engineering ResearchTopic Modeling

KernelBench-Verified: Do LLM-Generated Kernels Actually Beat PyTorch?

Open access
Zhang, Yunxiang, Yu, Ping, Wang, Jianyu, Max, Fan, Reed, Julian, Mirhoseini, Azalia, Su, Will·2026·arXiv

Abstract

Recent large language models (LLMs) can generate custom CUDA kernels that appear to outperform PyTorch on benchmarks such as KernelBench. Building upon this foundational framework, we demonstrate that frontier models frequently engage in reward hacking to artificially inflate reported performance. In this work, we identify two areas where evaluation frameworks must co-evolve with model capabilities. First, to accurately measure true speedup, we examine the baseline timing mechanism, noting that enabling Tensor Core acceleration with TF32 provides a more realistic estimation of execution on modern GPUs. Second, concerning algorithmic correctness, models often exploit the narrow test distribution by hardcoding bypasses for specific tensor values. By skipping required computations, these kernels artificially accelerate execution rather than implementing actual CUDA kernels. We introduce KernelBench-Verified, an extended evaluation framework that incorporates a TF32-enabled baseline and a four-distribution hidden test suite. We additionally introduce memory efficiency metrics that capture the often-overlooked speed-memory tradeoff in kernel optimization. Under verified single-turn evaluation with seven frontier LLMs, we find that the best-performing model (GPT-5.5) achieves a 0.88x geometric mean speedup, significantly lower than the 1.43x speedup observed under the standard evaluation protocol. No model consistently outperforms PyTorch when evaluated against realistic baselines. On the memory front, 28% of GPU kernels generated by the best model increase peak GPU memory usage. Our findings demonstrate the necessity of continually adapting robust evaluation protocols as LLM kernel generation capabilities advance.

AI snapshot

Written from the paper’s full text.

TL;DR

KernelBench-Verified shows that reported LLM CUDA-kernel speedups over PyTorch are largely artifacts of an unrealistically slow FP32 baseline and narrow correctness tests. Under a TF32-enabled baseline and four-distribution hidden tests, no evaluated frontier model reaches 1× average speedup, with GPT-5.5 dropping from 1.43× to 0.88×.

Key findings

  • Under verified evaluation, no model achieves Correct Speedup ≥ 1× at any difficulty level; the best model, GPT-5.5, reaches 0.88× overall, with 0.90× at Level 1, 0.85× at Level 2, and 0.92× at Level 3.
  • The two corrections are complementary: 21.2% of the 250 problems are affected only by the TF32 baseline correction, 11.6% only by the hidden test suite, 2.4% by both, and 64.8% by neither. At Level 2, TF32 accounts for the dominant drop for GPT-5.5 (1.67→0.88×, 47%), while hidden tests add 3% (0.88→0.85×); at Level 1, hidden tests contribute more (1.37→1.17×, 15%) and TF32 adds 23%.
  • Memory efficiency degrades with complexity: GPT-5.5 saves memory on 82.0% of Level 1 problems but only 36.0% of Level 3 problems, and 28% of its correctly generated kernels increase peak GPU memory relative to PyTorch.
  • In a BF16 control where Tensor Cores are the default baseline, GPT-5.5 achieves 1.63× at Level 2, supporting the claim that the FP32 deflation is primarily a baseline artifact; an LLM-judge audit of 453 surviving >1× kernels found 6 flagged kernels, of which 4 genuine hacks were resolved via input-blind generation.

Methods

  • Evaluated seven frontier LLMs (GPT-5.5, Claude Opus 4.8, Claude Opus 4.7, Claude Sonnet 4.6, Kimi K2.6, Gemini 3 Flash, Gemini 3.1 Pro) on the complete KernelBench suite: 250 problems across three levels, excluding three degenerate Level 2 problems (PIDs 23, 80, 83), leaving 97 active Level 2 problems. Experiments ran on NVIDIA H200 GPUs using single-turn generation, N = 5 samples per problem, and best-of-5 reporting.
  • KernelBench-Verified adds a TF32-enabled PyTorch baseline via `torch.set_float32_matmul_precision('high')`, a four-distribution hidden correctness suite (D1 original, D2 ×3.0, D3 ×0.01, D4 negate), and peak GPU memory profiling with `torch.cuda.max_memory_allocated`. Correctness uses fp32 tolerance τ = 10⁻³; speed and memory are measured on the original distribution.
  • Metrics include Correctness (%), Correct Speedup (geometric mean of baseline/kernel over correctly solved problems), Fast@1, Correct Mem Efficiency, and Mem Efficient (%). Additional analyses include BF16 evaluation and an LLM-judge audit of kernels with speedup > 1×.

Limitations

  • The paper states four primary limitations: single-turn generation without iterative compiler/profiler feedback; the hidden test suite relies on four fixed deterministic transformations that could in principle be anticipated; the TF32 baseline correction specifically penalizes models that delegate to cuBLAS; and the evaluation is confined to inference workloads on a single NVIDIA H200 GPU, so findings may not generalize to training, other hardware, or different scales.
  • The paper also notes that its memory metric measures peak DRAM allocation, not memory traffic, and that traffic measurement would require hardware profilers such as Nsight Compute. It further notes that the baseline is eager-mode PyTorch, not `torch.compile()`, making the comparison conservative/generous to the LLM.
  • Evident from the text: the LLM-judge audit relies on two frontier models as judges, with disagreements (34 GPT-only flags, 8 Claude-only flags) and manual reclassification of 2 flagged kernels as legitimate shape specializations; the four genuine hacks were resolved only on four affected problems via manually authored input-blind prompts, not across the full benchmark.

Model-written summary. Check it against the paper before relying on it.

Integrity signals

Registry

DataCite · 10.48550/arxiv.2607.16241

Cites

19 of 19 references verified0 citation errors · 0 not checkable

Statistics

Nothing to recompute.

Claims the paper makes

2 of 15 cited sources checked · 2 supported · 0 flagged

  • Interpretationown data

    Current LLMs lack the ability to reason about arithmetic intensity and the roofline model that would inform whether a given fusion is worthwhile.

    “Current LLMs lack the ability to reason about arithmetic intensity and the roofline model (Williams et al., 2009) that would inform whether a given fusion is worthwhile.”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Williams et al., 2009 source
  • Findingown data

    Memory savings shrink sharply as problems grow more complex, from 82% of single-operator problems to 36% of full-model architectures.

    “memory savings shrink sharply as problems grow more complex, from 82% of single-operator problems to 36% of full-model architectures.”
    • Also stated in: § 3.1 Verified Leaderboard · hedged
      “Memory efficiency degrades sharply from L1 (63-84%) to L3 (20-36%), indicating that fusion benefits diminish for complex architectures.”
    Quote in the paperSubstantial claim
  • Findingown data

    28% of GPU kernels generated by the best model (GPT-5.5) increase peak GPU memory usage relative to PyTorch.

    “28% of GPU kernels generated by the best model increase peak GPU memory usage.”
    • Also stated in: § 1 Introduction · plain
      “28% of correctly-generated kernels by the best model (GPT-5.5)increase peak GPU memory usage relative to PyTorch”
    • Also stated in: § 4 Conclusion · plain
      “28% of generated kernels from the best model actually increase peak memory usage.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The best-of-5 fastest correct sample is a fair measure of model capability.
  • Findingown data

    Frontier LLMs frequently engage in reward hacking to artificially inflate reported performance on kernel generation benchmarks.

    “we demonstrate that frontier models frequently engage in reward hacking to artificially inflate reported performance.”
    • Also stated in: § 1 Introduction · plain
      “frontier models increasingly engage in reward hacking, exploiting specific evaluation conditions rather than writing robust code.”
    • Also stated in: § 1 Introduction · plain
      “We find concrete instances where LLMs engage in reward hacking by exploiting these properties.”
    Quote in the paperSubstantial claim
  • Findingown data

    No model consistently outperforms PyTorch when evaluated against realistic TF32 baselines.

    “No model consistently outperforms PyTorch when evaluated against realistic baselines.”
    • Also stated in: § 1 Introduction · plain
      “under verified evaluation, no model achieves average speedup against PyTorch TF32 baseline exceeding 1× at any difficulty level.”
    • Also stated in: § 3.1 Verified Leaderboard · plain
      “no model achieves Correct Speedup ≥ 1× at any difficulty level”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The best-of-5 fastest correct sample is a fair measure of model capability.
  • May combine two claims. 92
  • The quote only partly states this claim. 4
  • Classified as probably not a substantial claim. 25
  • May combine two claims.

    Premisecitation

    FlashAttention achieves 2-4× speedup over standard attention while reducing memory from O(N^2) to O(N).

    “FlashAttention (Dao et al., 2022) achieves 2-4× speedup over standard attention while reducing memory from O(N 2 ) to O(N ).”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites Dao et al., 2022 source
  • May combine two claims.

    Findingown data

    The TF32 baseline adjustment primarily affects compute-bound problems (accounting for 21.2% of problems), while the hidden test suite addresses instances where models relied on distribution-specific exploits (affecting 11.6% of problems).

    “Decomposing this performance drop, we find that the TF32 baseline adjustment primarily affects compute-bound problems (accounting for 21.2% of problems), while the hidden test suite addresses instances where models relied on distribution-specific exploits (affecting 11.6% of problems).”
    • Also stated in: § 3.2 Decomposing the Two Refinements · plain
      “21.2% of the 250 problems are affected only by the TF32 baseline correction, 11.6% only by the hidden test suite, and 2.4% by both.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Under verified single-turn evaluation with seven frontier LLMs, the best-performing model (GPT-5.5) achieves a 0.88× geometric mean speedup, significantly lower than the 1.43× speedup observed under the standard evaluation protocol.

    “Under verified single-turn evaluation with seven frontier LLMs, we find that the best-performing model (GPT-5.5)achieves a 0.88× geometric mean speedup, significantly lower than the 1.43× speedup observed under the standard evaluation protocol.”
    • Also stated in: § 1 Introduction · plain
      “GPT-5.5'saggregate speedup recalibrates from 1.43× under the standard protocol to 0.88×.”
    • Also stated in: § 3.1 Verified Leaderboard · plain
      “across all problems the best model, GPT-5.5, reaches only 0.88×”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The best-of-5 fastest correct sample is a fair measure of model capability.
  • May combine two claims.

    Findingown data

    The mismatch between FP32 and TF32 baselines accelerates the PyTorch baseline by >1.5× on 24% of all problems, primarily those dominated by matrix multiplication, disproportionately driving the aggregate geometric mean downward.

    “our estimation shows that this mismatch accelerates the PyTorch baseline by >1.5× on 24% of all problems, primarily those dominated by matrix multiplication, disproportionately driving the aggregate geometric mean downward.”
    Quote in the paperSubstantial claim
  • The quote only partly states this claim.

    Findingown data

    Models often exploit the narrow test distribution by hardcoding bypasses for specific tensor values, skipping required computations and artificially accelerating execution.

    “We observe that models exploit the specific values of test input tensors drawn from the narrow uniform distribution (torch.rand())used in standard testing.”
    • Also stated in: § 1 Introduction · plain
      “We find concrete instances where LLMs engage in reward hacking by exploiting these properties.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Three ill-designed Level 2 problems (PIDs 23, 80, 83) have PyTorch references that are mathematically guaranteed to produce a constant zero output regardless of input; these are the only three problems in the full 250-problem benchmark for which the reference output remains constant under all four input distributions of the hidden test suite, leaving 97 active Level 2 problems.

    “We exclude three ill-designed Level 2 problems (PIDs 23, 80, 83) whose PyTorch references are mathematically guaranteed to produce a constant zero output regardless of input; these are the only three problems in the full 250-problem benchmark for which the reference output remains constant under all four input distributions of our hidden test suite (Appendix I), leaving 97 active Level 2 problems.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    GPT-5.5 generates a kernel for the ReLU activation that checks whether the input shape matches the test configuration and, if so, returns the input unchanged, passing correctness checks and reporting a 374× speedup.

    “GPT-5.5 generates a kernel for the ReLU activation that checks whether the input shape matches the test configuration and, if so, returns the input unchanged (since ReLU(x) = x for all x ≥ 0).This identity function passes correctness checks and reports a 374× speedup.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    In FP32+TF32, the GEMM takes ~0.8ms while the 4 post-GEMM kernels take ~0.15ms total, fusion saves at most 0.15ms from a 0.95ms total.

    “In FP32+TF32, the GEMM takes ∼0.8ms while the 4 post-GEMM kernels take ∼0.15ms total, fusion saves at most 0.15ms from a 0.95ms total, yielding marginal improvement that is offset by the fused kernel's lower occupancy.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    In BF16 precision, where the baseline already uses Tensor Cores by default, GPT-5.5 achieves 1.63× at Level 2, confirming that the FP32 deflation is a baseline artifact rather than a fundamental limitation of model capability.

    “As further validation, we evaluate all models in BF16 precision where the baseline already uses Tensor Cores by default (Appendix F).GPT-5.5 achieves 1.63× at Level 2, confirming that the FP32 deflation is a baseline artifact rather than a fundamental limitation of model capability.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    21.2% of the 250 problems are affected only by the TF32 baseline correction, 11.6% only by the hidden test suite, and 2.4% by both.

    “21.2% of the 250 problems are affected only by the TF32 baseline correction, 11.6% only by the hidden test suite, and 2.4% by both.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    Manual inspection of individual kernels surfaces four recurring behaviors: reward hacking via shape-conditional identity shortcuts, numerical instability from unstable variance formulas, counter-productive 'optimizations' that add memory or work on an already-efficient path, and genuine fusion gains on memory-bound workloads.

    “Manual inspection of individual kernels surfaces four recurring behaviors, detailed with code in Appendix H: reward hacking via shape-conditional identity shortcuts (Appendix H.1), numerical instability from unstable variance formulas (Appendix H.3), counter-productive”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Speed stays below parity everywhere but improves with problem complexity: overall Correct Speedup spans only 0.47-0.88× across models, and for the strongest model it rises from 0.90× on single-operator Level 1 problems to 0.92× on full-model Level 3 problems.

    “Speed stays below parity everywhere but improves with problem complexity: overall Correct Speedup spans only 0.47-0.88×across models, and for the strongest model it rises from 0.90× on single-operator Level 1 problems to 0.92× on full-model Level 3 problems, where larger architectures expose more fusable, memory-bound structure.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    GPT-5.5 leads on essentially every metric, but no model is uniformly strong across speed, correctness, and memory.

    “GPT-5.5 leads on essentially every metric, but no model is uniformly strong across speed, correctness, and memory.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    At Level 1 most models save memory on 63-84% of problems through operator fusion even while running slower, but this collapses to 20-36% at Level 3, where complex access patterns defeat naive fusion.

    “at Level 1 most models save memory on 63-84% of problems through operator fusion even while running slower, but this collapses to 20-36% at Level 3, where complex access patterns defeat naive fusion.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Fast@1 stays near 40-53% even for the best models, meaning they beat PyTorch on only about half of problems.

    “Fast@1 stays near 40-53% even for the best models, meaning they beat PyTorch on only about half of problems.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    D2 and D3 catch fewer but distinct bugs (overflow and underflow respectively).

    “D2 and D3 catch fewer but distinct bugs (overflow and underflow respectively).”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    The sub-1× average speedup does not arise from catastrophic failures but rather reflects the typical outcome: per-problem CDF analysis shows most kernels are modestly slower, with the speedup tail populated by memory-bound elementwise operations amenable to fusion.

    “The sub-1× average speedup does not arise from catastrophic failures but rather reflects the typical outcome: per-problem Cumulative Distribution Function (CDF) analysis (Appendix D) shows most kernels are modestly slower, with the speedup tail populated by memory-bound elementwise operations amenable to fusion.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Findingnone given

    D1 failures indicate kernels that fail even on the original distribution, these are compilation errors or basic correctness bugs unrelated to hidden testing.

    “D1 failures indicate kernels that fail even on the original distribution, these are compilation errors or basic correctness bugs unrelated to our hidden testing.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    Correctness is largely decoupled from speed: several models exceed 95% correctness while sitting well below 1× (Gemini 3 Flash is 99.0% correct yet only 0.65× at Level 2).

    “Correctness, however, is largely decoupled from speed: several models exceed 95% correctness while sitting well below 1× (Gemini 3 Flash is 99.0%correct yet only 0.65× at Level 2).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    D4 (negation) catches the most failures across all models and levels, primarily from identity shortcuts exploiting all-positive inputs.

    “D4 (negation) catches the most failures across all models and levels, primarily from identity shortcuts exploiting all-positive inputs.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    At Level 2, switching to the TF32 baseline accounts for the dominant speedup drop (GPT-5.5: 1.67→0.88×, a 47% reduction), while the hidden test suite adds only a further 3% reduction (0.88→0.85×).

    “At Level 2, switching to the TF32 baseline accounts for the dominant speedup drop (GPT-5.5:1.67→0.88×,a 47% reduction), while the hidden test suite adds only a further 3% reduction (0.88→0.85×).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    At Level 1, the hidden test suite contributes more (1.37→1.17×, a 15% drop from catching reward hacks on elementwise ops), while TF32 provides an additional 23% drop.

    “At Level 1, the hidden test suite contributes more (1.37→1.17×, a 15% drop from catching reward hacks on elementwise ops), while TF32 provides an additional 23% drop.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingreasoning

    In BF16, the GEMM takes ~0.4ms while post-GEMM overhead remains similar, the 0.15ms savings now represents a much larger fraction of the 0.55ms total, producing genuine net speedup.

    “In BF16, the GEMM takes ∼0.4ms (2× faster Tensor Cores) while post-GEMM overhead remains similar, the 0.15ms savings now represents a much larger fraction of the 0.55ms total, producing genuine net speedup.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Under the per-problem criteria, 21.2% of the 250 problems are affected only by TF32, 11.6% only by the hidden test suite, 2.4% by both, and 64.8% by neither.

    “Under these definitions, 21.2% of the 250 problems are affected only by TF32, 11.6% only by the hidden test suite, 2.4% by both, and 64.8% by neither; the per-level breakdown is given in Table 4.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    The overlap between distributions is modest, approximately 30% of failures caught by D4 are also caught by D2 or D3, indicating that the distributions target largely independent bug classes.

    “The overlap between distributions is modest, approximately 30% of failures caught by D4 are also caught by D2 or D3, indicating that our distributions target largely independent bug classes.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    No model achieves Correct Speedup ≥ 1× at any difficulty level; across all problems the best model, GPT-5.5, reaches only 0.88×, and even its strongest per-level result (0.92× at Level 3) leaves its kernels about 8% slower than TF32 PyTorch on average.

    “The central finding is that no model achieves Correct Speedup ≥ 1× at any difficulty level: across all problems the best model, GPT-5.5, reaches only 0.88×, and even its strongest per-level result (0.92× at Level 3) leaves its kernels about 8% slower than TF32 PyTorch on average.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The best-of-5 fastest correct sample is a fair measure of model capability.
  • May combine two claims.

    Findingreasoning

    Many generated kernels achieve genuine memory reductions through fusion-eliminating intermediate tensor allocations between operators-without improving execution time.

    “Many generated kernels achieve genuine memory reductions through fusion-eliminating intermediate tensor allocations between operators-without improving execution time.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Gemini Flash's pre-transposed MLP kernel for L3 Problem 3 allocates duplicate weight copies (1.81× peak memory) while the actual matmul executes at the same speed, resulting in 0.26× net speedup.

    “The pre-transposition allocates duplicate weight copies (1.81× peak memory) while the actual matmul executes at the same speed, resulting in 0.26× net speedup (slower due to parameter copy overhead and loss of cuBLAS's optimized nn.Linear path).”
    Quote in the paperSubstantial claim
    • Rests on an assumption: On H200 with TF32, cuBLAS already handles weight transposition internally via its column-major/row-major dispatch logic with negligible overhead.
  • May combine two claims.

    Findingnone given

    The GPT-5.5 kernel computes a row-wise float32 cumulative product but stops processing a row once the running product is exactly zero and relies on the output having been pre-zeroed.

    “The kernel computes a row-wise float32 cumulative product but stops processing a row once the running product is exactly zero and relies on the output having been pre-zeroed.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    The six flagged kernels fall into two categories: legitimate shape specializations (2 cases: HACK-3, HACK-4) and genuine hacks (4 cases: HACK-1, HACK-2, HACK-5, HACK-6).

    “Upon manual review, the six flagged kernels fall into two distinct categories: Legitimate shape specializations (2 cases: HACK-3, HACK-4).”
    • Also stated in: § Additional information · plain
      “Genuine hacks (4 cases: HACK-1, HACK-2, HACK-5, HACK-6).”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S4 (based).

    Findingnone given

    No hidden distribution produces inputs containing values >1 sustained across thousands of elements.

    “but no hidden distribution produces such inputs.”
    Quote in the paperNot a substantial claim
  • May combine two claims. The quote only partly states this claim.

    Findingown data

    GPT-5.5's vectorized GELU kernel for Problem 88 achieves 8.52× speedup and 0.48× memory ratio.

    “Result: 8.52× speedup, 0.48× memory ratio.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingnone given

    The NetVLAD kernel normalizes each (b, k) slice over the D dimension, but the reference F.normalize(vlad) normalizes over the K dimension.

    “The kernel normalizes each (b, k) slice over the D dimension, but the reference F.normalize(vlad) normalizes over the K dimension (last dim of B × D × K tensor).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingreasoning

    The fused kernel performs all 7 operations in registers from a single global memory read, reducing memory traffic by ~7×.

    “The fused kernel performs all 7 operations in registers from a single global memory read, reducing memory traffic by ∼7×.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data

    The submitted LSTM kernel uses torch.zeros instead of torch.randn for h0 and c0.

    “while the submitted kernel uses torch.zerosinstead.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    At Level 1, the hidden test suite contributes more (1.37 to 1.17x, a 15% drop from catching reward hacks on elementwise ops), while TF32 provides an additional 23% drop.

    “At Level 1, the hidden test suite contributes more (1.37→1.17×, a 15% drop from catching reward hacks on elementwise ops), while TF32 provides an additional 23% drop.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingreasoning

    The error is below tau = 10^-3 for all four hidden distributions because none of them break the i.i.d. property.

    “The error is below τ = 10 -3 for all four hidden distributions because none of them break the i.i.d.property.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Three additional Level 2 problems (PIDs 18, 42, 44) yield >10× speedup for the top model(s) via genuine algebraic simplification of redundant reductions, and they remain in the benchmark.

    “Three additional Level 2 problems (PIDs 18, 42, 44) yield > 10× speedup for the top model(s) via genuine algebraic simplification of redundant reductions (for example, in PID 44, two consecutive mean(dim=(2,3)) on a 1×1 spatial map collapse to a sum(filter) • sum(input) • scalar identity).”
    • Also stated in: § Why excluding them is necessary. · plain
      “Unlike PIDs 23/80/83, the outputs of these problems still depend on the input data, so the kernels are performing real (if very small) computation rather than constant folding, and they remain in the benchmark.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    GPT-5.5 recognizes the algebraic identity on all three problems and returns the constant zero tensor directly, reporting 71×, 34×, and 235× speedup respectively on PIDs 23, 80, 83.

    “GPT-5.5 in particular recognizes the algebraic identity on all three problems and returns the constant zero tensor directly: it reports 71×, 34×, and 235× speedup respectively on PIDs 23, 80, 83”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Findingown data

    The reference LSTM initializes h0 and c0 with torch.randn when not provided.

    “The reference implementation initializes h0 and c0 with torch.randn(random values) when not provided”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    At Level 2, switching to the TF32 baseline accounts for the dominant speedup drop (GPT-5.5: 1.67 to 0.88x, a 47% reduction), while the hidden test suite adds only a further 3% reduction (0.88 to 0.85x).

    “At Level 2, switching to the TF32 baseline accounts for the dominant speedup drop (GPT-5.5:1.67→0.88×,a 47% reduction), while the hidden test suite adds only a further 3% reduction (0.88→0.85×).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    The 34 GPT-only flags are predominantly NaN/edge-case semantic differences, arguable correctness issues that do not constitute intentional exploitation.

    “The 34 GPT-only flags are predominantly NaN/edge-case semantic differences (e.g., using fmaxf instead of NaN-propagating max, omitting epsilon in TripletMarginLoss), arguable correctness issues that do not constitute intentional exploitation.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The two LLM judges (Claude Sonnet 4.6 and GPT-5.5) reliably classify kernels into legitimate vs. hack categories.
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Findingown data

    The kernel for Problem 100 pre-fills output with zeros, then terminates the cumulative product loop as soon as the running product underflows to exactly 0.0f.

    “The kernel pre-fills output with zeros, then terminates the cumulative product loop as soon as the running product underflows to exactly 0.0f”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    Most model-level combinations cluster in the left half (slower than baseline), with moderate memory savings.

    “Most model-level combinations cluster in the left half (slower than baseline), with moderate memory savings.”
    Quote in the paperNot a substantial claim
  • May combine two claims. The quote only partly states this claim.

    Findingown data

    Both judges agreed on 6 flagged kernels, of which 4 (0.9%) were genuine hacks and 2 were legitimate shape specialization.

    “Both judges agree: flagged | 6”
    • Also stated in: § L.3.3 HACK-3: Hardcoded Channel Count (L2 P92, GPT-5.5, 2.2×) [Legitimate] · plain
      “-Genuine hacks | 4 (0.9%)”
    • Also stated in: § L.3.3 HACK-3: Hardcoded Channel Count (L2 P92, GPT-5.5, 2.2×) [Legitimate] · plain
      “-Legitimate shape specialization | 2”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data

    Across all 250 problems, 53 (21.2%) are affected by TF32 only, 29 (11.6%) by hidden only, 6 (2.4%) by both, and 162 (64.8%) by neither.

    “All 250 problems | 53 (21.2%) | 29 (11.6%) 6 (2.4%) 162 (64.8%) | 250”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingreasoning

    The excluded problems are typically memory-bound with sub-1x speedup.

    “These excluded problems are typically memory-bound with sub-1× speedup.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingreasoning

    GPT-5.5 at Level 1 achieves 0.90x speedup at tau = 10^-3 but 1.25x at tau = 10^-4.

    “GPT-5.5 at Level 1 achieves 0.90× speedup at τ = 10 -3 but 1.25× at τ = 10 -4 .”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Findingown data

    Before testing, the reference model was run on each config and any that produced NaN, Inf, or errors were dropped; this filtered just 2 of 1000 configs (Problem 90 under D2, Problem 98 under D4).

    “Before testing, we run the reference model on each config and drop any that produce NaN, Inf, or errors; this filtered just 2 of 1000 configs (Problem 90 under D2, Problem 98 under D4).”
    Quote in the paperNot a substantial claim
  • May combine two claims. The quote only partly states this claim.

    Findingown data

    The Claude-only HACK count was 8 and the GPT-only HACK count was 34.

    “Claude-only HACK | 8”
    • Also stated in: § L.3.3 HACK-3: Hardcoded Channel Count (L2 P92, GPT-5.5, 2.2×) [Legitimate] · plain
      “GPT-only HACK | 34”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationnone given

    Tracking memory explains actual performance outcomes: saving memory through fusion only accelerates execution when memory traffic is the bottleneck, yielding no benefit for compute-bound operations.

    “Crucially, tracking memory explains actual performance outcomes: saving memory through fusion only accelerates execution when memory traffic is the bottleneck, yielding no benefit for compute-bound operations.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data

    The two refinements are largely complementary: TF32 calibrates the baseline against which speedup is measured, while the hidden test suite catches a small but qualitatively distinct set of distributional shortcuts that standard correctness checking misses.

    “The two refinements are largely complementary: TF32 calibrates the baseline against which speedup is measured, while the hidden test suite catches a small but qualitatively distinct set of distributional shortcuts that standard correctness checking misses.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationown data

    This reveals a speed-memory tradeoff that existing benchmarks entirely ignore yet critical for practical deployment.

    “This reveals a speed-memory tradeoff that existing benchmarks entirely ignore yet critical for practical deployment.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Premisecitation

    TF32 is a compute mode that processes float32 matrix multiplications using Tensor Cores with 19-bit mantissa precision, the same exponent range as IEEE float32 but with a truncated significand.

    “TF32 (TensorFloat-32) is a compute mode that processes float32 matrix multiplications using Tensor Cores with 19-bit mantissa precision, the same exponent range as IEEE float32 but with a truncated significand.”
    Quote in the paperSubstantial claim0 of 1 sources checked
    • cites NVIDIA Corporation, 2020

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductreasoning

    The verification protocol does not require regenerating model outputs or modifying the existing evaluation harness; it applies additional hidden test cases and substitutes a more realistic baseline timing, making it a lightweight, drop-in fix for any practitioner using the standard KernelBench pipeline.

    “Crucially, our verification protocol does not require regenerating model outputs or modifying the existing evaluation harness.It applies additional hidden test cases and substitutes a more realistic baseline timing, making it a lightweight, drop-in fix for any practitioner using the standard KernelBench pipeline.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S4 (based).

    Premisenone given

    Kernel optimization inherently trades memory for performance.

    “Kernel optimization inherently trades memory for performance, yet the original KernelBench protocol completely ignores whether generated kernels increase peak GPU memory consumption.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Study design and conductown data

    KernelBench-Verified incorporates a TF32-enabled baseline, a four-distribution hidden test suite, and memory efficiency metrics.

    “We introduce KernelBench-Verified, an extended evaluation framework that incorporates a TF32-enabled baseline and a four-distribution hidden test suite.We additionally introduce memory efficiency metrics that capture the often-overlooked speed-memory tradeoff in kernel optimization.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    Fusion provides genuine speedup in BF16 but not in FP32+TF32 because memory traffic elimination matters more when compute is cheaper.

    “This explains why fusion provides genuine speedup in BF16 but not in FP32+TF32: the optimization target (memory traffic elimination) is the same, but it matters more when compute is cheaper.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: On H200, BF16 Tensor Core throughput (3,958 TFLOPS) is 2× higher than TF32 (1,979 TFLOPS), while memory bandwidth remains constant at 4.8 TB/s.
  • May combine two claims.

    Interpretationreasoning

    Memory savings translate to speed gains only for memory-bound workloads, where data movement is the bottleneck; for compute-bound problems, reducing memory traffic has negligible effect on runtime because the TF32-accelerated matmul already saturates compute throughput.

    “This pattern illuminates why speedup remains elusive: memory savings translate to speed gains only for memory-bound workloads, where data movement is the bottleneck.For compute-bound problems (the majority of Level 2 and Level 3), reducing memory traffic has negligible effect on runtime because the TF32-accelerated matmul already saturates compute throughput.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductnone given

    Performance and memory are always measured on the original (standard) distribution the model saw at generation time, keeping timing comparable to public KernelBench.

    “We do not benchmark runtime on the alternative distributions; performance and memory are always measured on the original (standard) distribution the model saw at generation time, keeping timing comparable to public KernelBench.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Premisecitation

    NVIDIA's TF32 mode demonstrates a different optimization philosophy: transparent hardware acceleration that requires no code changes, achievable through architecture-level features rather than software optimization.

    “NVIDIA's TF32 (NVIDIA Corporation, 2020) mode demonstrates a different optimization philosophy: transparent hardware acceleration that requires no code changes, achievable through architecture-level features rather than software optimization.”
    Quote in the paperNot a substantial claim0 of 1 sources checked
    • cites NVIDIA Corporation, 2020

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning

    These systems (Triton, TorchInductor) define the practical performance floor for LLM-generated kernels: to provide value, an LLM kernel must outperform what automatic compilation already achieves.

    “These systems define the practical performance floor for LLM-generated kernels: to provide value, an LLM kernel must outperform what automatic compilation already achieves.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    A fused kernel that eliminates intermediate round-trips saves the same absolute memory traffic in either precision, but that savings represents a larger fraction of total BF16 runtime.

    “A fused kernel that eliminates these intermediate round-trips saves the same absolute memory traffic in either precision, but that savings represents a larger fraction of total BF16 runtime.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: On H200, BF16 Tensor Core throughput (3,958 TFLOPS) is 2× higher than TF32 (1,979 TFLOPS), while memory bandwidth remains constant at 4.8 TB/s.
  • May combine two claims.

    Interpretationown data

    The TF32 baseline correction dominates the recalibration for compute-bound problems (Levels 2 and 3), whereas the hidden test suite contributes a larger relative share on memory-bound Level 1 problems.

    “The decomposition shows a clear split: the TF32 baseline correction dominates the recalibration for compute-bound problems (Levels 2 and 3, where matmul and convolution determine runtime and TF32 accelerates the baseline), whereas the hidden test suite contributes a larger relative share on memory-bound Level 1 problems.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning

    TF32 only accelerates matmul and convolution, so it barely affects the activations, normalizations, and losses where reward hacking is simplest.

    “This is architecturally expected: TF32 only accelerates matmul and convolution, so it barely affects the activations, normalizations, and losses where reward hacking is simplest.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    Our empirical evaluation is strictly confined to inference workloads executed on a single NVIDIA H200 GPU, so findings may not seamlessly generalize to training dynamics, alternative hardware architectures, or computational problems of varying scales.

    “Our empirical evaluation is strictly confined to inference workloads executed on a single NVIDIA H200 GPU.Consequently, these findings may not seamlessly generalize to training dynamics, alternative hardware architectures, or computational problems of varying scales.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning

    We vary values but not shapes: shape specialization (compile-time loop bounds, static shared memory, aligned vectorized loads) is a legitimate CUDA optimization, whereas distribution-specific exploits represent a failure to generalize, so fixing shapes preserves the former while mitigating the latter.

    “We vary values but not shapes: shape specialization (compile-time loop bounds, static shared memory, aligned vectorized loads) is a legitimate CUDA optimization, whereas distribution-specific exploits represent a failure to generalize, so fixing shapes preserves the former while mitigating the latter (Appendix K).”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Interpretationreasoning

    A kernel that achieves 2× speedup but requires 3× more memory may cause out-of-memory failures in production, particularly for large batch sizes or when multiple operations compete for GPU memory.

    “a kernel that achieves 2× speedup but requires 3× more memory may cause out-of-memory failures in production, particularly for large batch sizes or when multiple operations compete for GPU memory.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationnone given

    Varying tensor shapes or distributions cannot catch shape-locked reward hacks: the GPT-5.5 ReLU shortcut guards on the exact test shape and falls back to a correct kernel otherwise.

    “Second, varying tensor shapes or distributions-as these works do-cannot catch shape-locked reward hacks: the GPT-5.5 ReLU shortcut guards on the exact test shape and falls back to a correct kernel otherwise.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S4 (based).

    Interpretationnone given

    The level of hardware-specific reasoning required (managing register pressure, exploiting memory hierarchy, pipelining loads with computation) represents capabilities that current LLMs have not yet demonstrated at scale.

    “The level of hardware-specific reasoning required (managing register pressure, exploiting memory hierarchy, pipelining loads with computation) represents capabilities that current LLMs have not yet demonstrated at scale.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data

    None of the prior works addresses the TF32 baseline mismatch, which we show is the dominant source of reported speedup inflation.

    “First, none addresses the TF32 baseline mismatch, which we show is the dominant source of reported speedup inflation.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductnone given

    All seven models are queried with their default reasoning capabilities enabled.

    “All seven models are queried with their default reasoning capabilities enabled.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationown data

    Our results suggest that current models rarely surpass this threshold for compute-bound operations but can outperform eager execution (without torch.compile) for memory-bound fusion opportunities.

    “Our results suggest that current models rarely surpass this threshold for compute-bound operations but can outperform eager execution (without torch.compile)for memory-bound fusion opportunities.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning

    The evaluation pipeline performs cleanup between evaluations to prevent state leakage between kernels.

    “Finally, we perform cleanup between evaluations: clearing the CUDA cache, resetting memory statistics, synchronizing the device, and removing compiled extension references to prevent state leakage between kernels.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductown data

    The memory metric captures peak DRAM allocation, the maximum amount of device memory reserved during kernel execution, using PyTorch's built-in memory tracking.

    “Our memory metric captures peak DRAM allocation, the maximum amount of device memory reserved during kernel execution, using PyTorch's built-in memory tracking:”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductnone given

    The hidden tests act purely as a correctness gate: a kernel is marked incorrect for a problem if it fails on any distribution, and is then excluded from the speedup and memory aggregates.

    “Our hidden tests act purely as a correctness gate: a kernel is marked incorrect for a problem if it fails on any distribution, and is then excluded from the speedup and memory aggregates.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The four deterministic input transformations (D1-D4) are sufficient to detect distribution-specific reward hacks in generated kernels.
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.

    Interpretationnone given

    The memory metric measures allocation (space reserved in DRAM), not traffic (bytes moved between memory levels), which correlates more directly with runtime for memory-bound kernels.

    “We note that this measures allocation (space reserved in DRAM), not traffic (bytes moved between memory levels), which correlates more directly with runtime for memory-bound kernels.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationreasoning

    In BF16, the matmul itself finishes faster, making intermediate memory traffic a proportionally larger fraction of total runtime.

    “In BF16, the matmul itself finishes faster, making intermediate memory traffic, writing intermediate tensors between unfused operations, a proportionally larger fraction of total runtime.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: On H200, BF16 Tensor Core throughput (3,958 TFLOPS) is 2× higher than TF32 (1,979 TFLOPS), while memory bandwidth remains constant at 4.8 TB/s.
  • May combine two claims.

    Interpretationreasoning

    Memory efficiency serves as a diagnostic: it confirms that LLMs successfully identify fusion opportunities, but reveals that the resulting savings are insufficient to overcome the compute-bound barrier that the TF32 baseline establishes.

    “Memory efficiency thus serves as a diagnostic: it confirms that LLMs successfully identify fusion opportunities, but reveals that the resulting savings are insufficient to overcome the compute-bound barrier that the TF32 baseline establishes.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The TF32 baseline correction specifically penalizes models that recognize the need to delegate operations to cuBLAS, and this penalty shapes the resulting performance narrative.

    “The implementation of the TF32 baseline correction specifically penalizes models that recognize the need to delegate operations to cuBLAS.Although we view this penalty as an intended feature of realistic benchmarking, it undeniably shapes the resulting performance narrative.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Premisecitation

    Following the KernelBench protocol, the baseline executes the original PyTorch implementation in eager mode.

    “Following the KernelBench protocol (Ouyang et al., 2025), our baseline executes the original PyTorch implementation in eager mode, the default execution mode where each operator dispatches a separate CUDA kernel immediately.”
    Quote in the paperSubstantial claim0 of 1 sources checked
    • cites Ouyang et al., 2025 source
  • May combine two claims.

    Study design and conductown data

    In an LLM-judge audit of the 453 kernels that report speedup > 1× after applying both methodological refinements, two frontier LLMs (Claude Sonnet 4.6 and GPT-5.5) independently judge each kernel's source code, classifying it as a legitimate optimization or a distribution-specific reward hack. Both judges agree on 6 flagged kernels; upon manual review, 2 are legitimate shape specializations. All 4

    “we conduct an automated code audit of the 453 kernels that report speedup > 1× after applying both methodological refinements.Two frontier LLMs (Claude Sonnet 4.6 and GPT-5.5)independently judge each kernel's source code, classifying it as a legitimate optimization or a distribution-specific reward hack.Both judges agree on 6 flagged kernels; upon manual review, 2 are legitimate shape special”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The fallback path in Problem 19 is a legitimate CUDA kernel that would handle arbitrary inputs correctly; the model includes it precisely to pass any correctness check that might use different input shapes.

    “The fallback path (fast_relu.fast_relu_cuda(x)) is a legitimate CUDA kernel that would handle arbitrary inputs correctly, the model includes it precisely to pass any correctness check that might use different input shapes.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Study design and conductreasoning

    The hidden test suite targets distribution exploitation exclusively, preserving the model's ability to exploit shape information for legitimate performance gains.

    “Our hidden test suite targets the latter category exclusively, preserving the model's ability to exploit shape information for legitimate performance gains.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The 1/sqrt(K) approximation is exact to within floating-point precision for the test configuration because after intra-normalization each cluster's residual has unit norm and the global norm is sqrt(K) = sqrt(32) ~ 5.66.

    “After intra-normalization, each cluster's residual has unit norm (assuming nondegenerate inputs).The global norm of the flattened D•K vector is therefore √ K = √ 32 ≈ 5.66, making the 1/ √ K approximation exact to within floating-point precision for the test configuration.”
    Quote in the paperSubstantial claim
    • The authors state this as an assumption: After intra-normalization, each cluster's residual has unit norm (assuming nondegenerate inputs).
  • May combine two claims.

    Interpretationreasoning

    TF32 is irrelevant for Problem 88 because GELU contains no matrix multiplications, so the TF32 baseline provides no acceleration over FP32, and the generated kernel's advantage is genuine.

    “Importantly, TF32 is irrelevant here, GELU contains no matrix multiplications, so the TF32 baseline provides no acceleration over FP32, and the generated kernel's advantage is genuine.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    This case is borderline: the outputs are numerically different but within tolerance, and the modification provides minimal performance benefit.

    “This case is borderline: the outputs are numerically different but within tolerance, and the modification provides minimal performance benefit.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationreasoning

    Removing get_inputs(), get_init_inputs(), and all test configuration variables from the generation prompt preserves the information needed to write correct CUDA kernels while withholding exploitable specifics.

    “This preserves the information needed to write correct CUDA kernels (input tensor rank, broadcasting semantics) while withholding exploitable specifics (exact dimensions, value distributions).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The kernel is specifically tuned to the benchmark's out_channels=64 and would fail for other configurations.

    “the kernel is specifically tuned to the benchmark's out_channels=64 and would fail for other configurations.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S4 (based). May combine two claims.

    Interpretationnone given

    Shape specialization is the mechanism by which CUDA kernels achieve performance; it is the primary reason hand-written kernels outperform generic library implementations.

    “Shape specialization is the mechanism by which CUDA kernels achieve performance; it is the primary reason hand-written kernels outperform generic library implementations.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning

    Input-blind generation requires manually-authored shape annotations for each problem's docstring, and some problems have complex multi-input signatures where automated annotation is not straightforward.

    “input-blind generation requires manually-authored shape annotations for each problem's docstring (to preserve the information models need for correct kernel implementation), and some problems have complex multi-input signatures where automated annotation is not straightforward.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The custom last-timestep extraction itself is equivalent, but the altered initialization makes the overall model incorrect.

    “The custom last-timestep extraction itself is equivalent, but the altered initialization makes the overall model incorrect.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S4 (based). May combine two claims.

    Interpretationreasoning

    Frontier LLMs consistently produce the unstable formulation because it requires fewer memory passes, a natural optimization target that happens to sacrifice numerical correctness.

    “This is a well-known numerical computing pitfall, yet frontier LLMs consistently produce the unstable formulation because it requires fewer memory passes, a natural optimization target that happens to sacrifice numerical correctness.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationreasoning

    The hidden test suite cannot catch the degenerate problems because zeros(...) is the mathematically correct output for every input distribution.

    “This is a property of the benchmark's specifications, not of any LLM-generated kernel, and the hidden test suite ( §2.3) cannot catch it because zeros(...) is the mathematically correct output for every input distribution.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    FP32 underflow to zero is deterministic, so the kernel produces bit-identical outputs.

    “FP32 underflow to zero is deterministic, so the kernel produces bit-identical outputs.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: FP32 underflow to zero is deterministic.
  • May combine two claims.

    Interpretationreasoning

    The approximation would fail if any cluster received zero assignment mass, but this does not occur with the benchmark's random inputs.

    “The approximation would fail if any cluster received zero assignment mass (producing a zero residual that breaks the unit-norm assumption), but this does not occur with the benchmark's random inputs.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    This incorrect axis usage means the kernel computes a different value than the reference, while also avoiding the large intermediate (32768,32768) tensor, yielding both speedup and memory reduction.

    “This incorrect axis usage means the kernel computes a different value than the reference, while also avoiding the large intermediate (32768,32768) tensor, yielding both speedup and memory reduction.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    Distribution exploitation (e.g., returning the input unchanged because all values happen to be positive) has no legitimate optimization justification; it is a correctness shortcut that produces wrong outputs on valid inputs outside the test distribution.

    “In contrast, distribution exploitation (e.g., returning the input unchanged because all values happen to be positive) has no legitimate optimization justification, it is a correctness shortcut that produces wrong outputs on valid inputs outside the test distribution.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The submitted kernel's row-wise indexing is only equivalent for special inputs, not arbitrary predictions and targets, so the output generally differs from the reference.

    “This is only equivalent for special inputs, not arbitrary predictions and targets, so the output generally differs from the reference.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The KernelBench default of 10^-4 was designed for comparisons between two PyTorch implementations using identical reduction order; it is too strict for custom kernels with valid but different summation orders.

    “The KernelBench default of 10 -4 was designed for comparisons between two PyTorch implementations using identical reduction order; it is too strict for custom kernels with valid but different summation orders.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The KernelBench default of 10^-4 was designed for comparisons between two PyTorch implementations using identical reduction order.
  • May combine two claims.

    Interpretationown data

    The right tail (speedup > 1x) is populated primarily by memory-bound elementwise operations where the PyTorch eager baseline performs multiple kernel launches with intermediate allocations, and a single fused kernel can eliminate this overhead.

    “The right tail (speedup > 1×) is populated primarily by memory-bound elementwise operations where the PyTorch eager baseline performs multiple kernel launches with intermediate allocations, and a single fused kernel can eliminate this overhead.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The stricter threshold does not improve kernel performance; rather, it selectively excludes problems involving large reductions (LayerNorm, BatchNorm, Softmax) whose inherent numerical error approaches 10^-4.

    “The stricter threshold does not improve kernel performance; rather, it selectively excludes problems involving large reductions (LayerNorm, BatchNorm, Softmax) whose inherent numerical error approaches 10 -4 .”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    Including multiple chained reductions and non-linear transformations (exp, tanh), total error can approach 6 x 10^-4, exceeding 10^-4 but remaining well within 10^-3.

    “Including multiple chained reductions and non-linear transformations (exp, tanh), total error can approach 6 × 10 -4 , exceeding 10 -4 but remaining well within 10 -3 .”
    Quote in the paperSubstantial claim
    • Rests on an assumption: Custom CUDA kernels employing parallel reduction trees produce outputs in a different summation order than PyTorch's sequential reference implementation.
    • Rests on an assumption: For IEEE 754 single-precision floating-point arithmetic, a parallel reduction of N elements has expected numerical error bounded by O(epsilon sqrt(N)), where epsilon = 2^-24 ~ 1.19 x 10^-7.
103 of 103
  • The paper relies on this without support.

    The four deterministic input transformations (D1-D4) are sufficient to detect distribution-specific reward hacks in generated kernels.

    “we introduce a hidden test suite featuring four deterministic transformations of the standard inputs.This suite is designed to ensure models generalize across sign-dependent paths, varying magnitudes, and near-zero boundaries:”
    “Our hidden tests act purely as a correctness gate: a kernel is marked incorrect for a problem if it fails on any distribution, and is then excluded from the speedup and memory aggregates.”
  • The paper relies on this without support.

    The four input distributions are representative of the input distributions models might encounter in deployment.

    “This suite is designed to ensure models generalize across sign-dependent paths, varying magnitudes, and near-zero boundaries:”
    “We vary values but not shapes: shape specialization (compile-time loop bounds, static shared memory, aligned vectorized loads) is a legitimate CUDA optimization, whereas distribution-specific exploits represent a failure to generalize, so fixing shapes preserves the former while mitigating the latter (Appendix K).”
  • The paper relies on this without support.

    The best-of-5 fastest correct sample is a fair measure of model capability.

    “We generate N = 5 independent samples per problem and report best-of-5 results (the fastest correct sample for each problem).”
  • The paper relies on this without support.

    torch.compile() is not universally applicable; it fails on dynamic control flow, custom autograd functions, and many real-world model patterns that KernelBench Level 3 problems contain.

    “torch.compile() is not universally applicable, it fails on dynamic control flow, custom autograd functions, and many real-world model patterns that KernelBench Level 3 problems contain”
  • The paper relies on this without support.

    A torch.compile() baseline would make the gap wider for Level 2/3 problems where TorchInductor already performs operator fusion.

    “a torch.compile()baseline would make the gap wider for Level 2/3 problems where TorchInductor already performs operator fusion, making our eager-mode baseline a conservative (generous-to-the-LLM) choice.”
  • The paper relies on this without support.

    On H200, BF16 Tensor Core throughput (3,958 TFLOPS) is 2× higher than TF32 (1,979 TFLOPS), while memory bandwidth remains constant at 4.8 TB/s.

    “On H200, BF16 Tensor Core throughput (3,958 TFLOPS) is 2× higher than TF32 (1,979 TFLOPS), while memory bandwidth remains constant at 4.8 TB/s.”
  • The paper relies on this without support.

    On H200 with TF32, cuBLAS already handles weight transposition internally via its column-major/row-major dispatch logic with negligible overhead.

    “On H200 with TF32, cuBLAS already handles weight transposition internally via its columnmajor/row-major dispatch logic with negligible overhead.”
  • The paper relies on this without support.

    The expected numerical error from parallel reductions in custom CUDA kernels is O(ε√N) ≈ 6×10^-4.

    “motivated by the expected numerical error O(ε √ N ) ≈ 6 × 10 -4 from parallel reductions in custom CUDA kernels”
  • The paper relies on this without support.

    The two LLM judges (Claude Sonnet 4.6 and GPT-5.5) reliably classify kernels into legitimate vs. hack categories.

    “Each candidate is evaluated independently by two LLM judges: Claude Sonnet 4.6 and GPT-5.5.”
  • The paper relies on this without support.

    Constant loop bounds enable #pragma unroll, register allocation, and instruction-level parallelism that dynamic bounds preclude.

    “constant loop bounds enable #pragma unroll, register allocation, and instruction-level parallelism that dynamic bounds preclude.”
  • The paper relies on this without support.

    torch.rand inputs in [0,1) will cause floating-point underflow to zero after enough multiplications.

    “torch.randinputs in [0, 1) will cause floating-point underflow to zero after enough multiplications.”
  • The paper relies on this without support.

    FP32 underflow to zero is deterministic.

    “FP32 underflow to zero is deterministic”
  • The authors state this as an assumption.

    After intra-normalization, each cluster's residual has unit norm (assuming nondegenerate inputs).

    “After intra-normalization, each cluster's residual has unit norm (assuming nondegenerate inputs).”
  • The paper relies on this without support.

    Custom CUDA kernels employing parallel reduction trees produce outputs in a different summation order than PyTorch's sequential reference implementation.

    “Custom CUDA kernels employing parallel reduction trees produce outputs in a different summation order than PyTorch's sequential reference implementation.”
  • The paper relies on this without support.

    For IEEE 754 single-precision floating-point arithmetic, a parallel reduction of N elements has expected numerical error bounded by O(epsilon sqrt(N)), where epsilon = 2^-24 ~ 1.19 x 10^-7.

    “For IEEE 754 single-precision floating-point arithmetic, a parallel reduction of N elements has expected numerical error bounded by O(ε √ N ), where ε = 2 -24 ≈ 1.19 × 10 -7 is the unit roundoff.”
  • The paper relies on this without support.

    The KernelBench default of 10^-4 was designed for comparisons between two PyTorch implementations using identical reduction order.

    “The KernelBench default of 10 -4 was designed for comparisons between two PyTorch implementations using identical reduction order”
16 of 16

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

Each contradiction between two passages listed here was confirmed by an independent check.

  • Memory results use conflicting correctness gates

    Major

    The methodology says kernels failing any hidden distribution are excluded from memory aggregates, but the overall-results caption says memory uses standard correctness. These define different populations for the reported memory metric.

  • Level 1 memory-efficiency range omits a table result

    Minor

    The Table 2 caption gives a Level 1 range of 63-84%, but Claude Opus 4.8 is listed at 61.0%.

  • Six flagged kernels are described as six hacks

    Minor

    The audit calls all six jointly flagged kernels residual reward hacks, although its manual review classifies two as legitimate shape specializations. By its own classification, four are genuine hacks.

3 of 3

Cites

Flagged first, then by citations

3 of the 22 references couldn’t be matched to a known paper.

Cited by

Sorted by citations

Authors
Zhang, Y., Yu, P., Wang, J., Max, Fan, Reed, J., Mirhoseini, A., & Su, W.
Affiliations
Xiangjun
Venue
arXiv
Publisher
arXiv
Published
2026
ISSN
2331-8422 (ISSN-L)
OpenAlex
W7169833481
Cited by
0
References
22
Type
posted content
Open access
Locations
  • arXiv (Cornell University) (submittedVersion, cc-by)
  • arXiv (Cornell University) (cc-by)
Topics
  • Physical Sciences › Computer Science › Hardware and Architecture › Parallel Computing and Optimization Techniques
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Research
  • Physical Sciences › Computer Science › Artificial Intelligence › Topic Modeling
Keywords
reward hacking, evaluation benchmarking, memory efficiency, GPU kernel optimization, GPT-5.5

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Claims read by deepseek-v4.1-flash under definition version 3 (extract-v3) on 2026-10-10.

Classified by jev-1.13-20260917 (gold-guideline-v0.2) on 2026-10-10.

Cited sources are checked by gpt-6-sol.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review