Skip to content

Track benchmark results in CI and report regressions #258

Closed

Description

@dimensionscape

Split out of #151. The benchmark suite, the stock hxcpp comparison and the published tables are done (`bench/`, README.md and BENCHMARKS.md, written by `haxe --run Run --readme`). What is left is the CI half:

  • run a small subset of the suite on each change and keep the raw results, so trends show over time;
  • compare a change with its base commit on the same runner and report throughput, tail pauses and peak memory separately;
  • block a merge only once normal run-to-run variation on the runners is measured, or on a controlled runner.

Shared runners are noisy, so the first step is recording how much the same commit varies between runs.

Activity

  1. dimensionscape commented on Oct 23, 2026

    @dimensionscape
    MemberAuthor

    Moving this past 6.0.0: it is open-ended work, not a defect in the release.

  2. dimensionscape commented on Oct 27, 2026

    @dimensionscape
    MemberAuthor

    Done on main in 01c56a4 (2e4e129): bench/ci.sh and the bench workflow compare each change with its base commit on the same runner and report throughput, tail pauses and peak memory separately, as warnings past their run-to-run noise. A daily run of main against itself measures that noise, runs on main keep their results on the bench-history branch, and bench/Compare.hx reports the differences.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions