Repository navigation
Conversation
|
/benchmark --save |
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Benchmark ResultsFramework:
Composite score, main against this run, in the board's default view:
The results on main were measured in another session, so a few points up or down can be the machine and not the change. Compliance
H/1.1: 4 failed
|
|
Hm, that did not auto-detect |
|
you didnt add the -multiple |
|
/benchmark -f dusty-tuned --save |
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Benchmark ResultsFramework:
Composite score, main against this run, in the board's default view:
The results on main were measured in another session, so a few points up or down can be the machine and not the change. Compliance
H/1.1: 4 failed
|
|
Oh, one more thing, I unsubscribed the tuned entry from websocket, as it doesn't add anything over the standard one, but I guess I need to delete the previous files as well? |
|
hmm, yes need to delete the data on websockets at the results json for tuned |
The tuned entry no longer subscribes to the WebSocket tests.
|
ok, deleted |
|
Sorry about the mess, I had to add one more commit. The last CI failed, the PG startup was probably slower than usual and that disabled the fortunes/async-db endpoints. Should be more stable now. |
Description
Upgrade dusty to 0.6, zio to 0.20.
Changes:
PR Commands — comment on this PR to trigger (requires collaborator approval):
/benchmark -f <framework>/benchmark -f <framework> -t <test>/benchmark -f <framework> -t <t1>,<t2>,.../benchmark -f <framework> --save/benchmark -f <framework> -t <test> --save/benchmark -f <framework> --compare <other>/benchmark-multiple -f <fw1>,<fw2>,...-tand--savetoo; saved results land in a single commit/benchmark-multiple --save-fneeded: benchmark and save every framework the PR touches/benchmark-test -t <test><test>and save the results/spec -f <framework>specin itsmeta.json/spec -f <framework> --savesite/data/spec/(lands with the merge, like saved results)For
/benchmark, always specify-f <framework>; the flags combine in any order. Results come back as a comment with a per-profile table of RPS, p99, CPU and memory — one table per framework on multi runs. A new benchmark comment while a run is in flight queues behind it (one deep) instead of cancelling it. For multi-framework PRs (dependency bumps, same-language refactors) prefer/benchmark-multiple, which runs everything in a single job and commits all saved results together, so no run overwrites another.--compareworks on single-framework runs only.A
/benchmarkwithout-talso runs the compliance suites, and its--savesaves their scores with the results./specruns the suites alone; without-fit runs them for every framework the PR touches. See Compliance.What the deltas are measured against. By default, this framework's own results published on
main- answering "did this change help?". When you are tuning a variant or a successor entry,--comparere-bases them on another entry instead:The reply states which baseline it used, and profiles the other framework does not run show
n/arather than a delta.Run benchmarks locally
You can validate and benchmark your framework locally with the lite script — no CPU pinning, fixed connection counts, all load generators run in Docker.
Requirements: Docker Engine on Linux. Load generators (gcannon, h2load, h2load-h3, wrk) are built as self-contained Docker images on first run.