CI: speed and memory budgets from the perf run #287
Labels
No labels
area/ci
area/desktop
area/packaging
area/protocol
area/reading
area/ui
area/web
area/writing
kind/bug
kind/feature
kind/infra
kind/request
needs/user
parked
perf
security
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
littlefox/neokom#287
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Approved for 0.7 (D-063).
CI already fails when the web download outgrows its budget (
tools/wasm-size.sh). 0.7 rewrites the channel and thread views, so CI should also fail when the gains measured in 0.6 slip back. Those gains are in the 0.6.0 changelog, measured withtools/perf.shon the big seeded meeting.Budgets, a little above main-6:
How:
tools/perf-budget.pychecks a results file againste2e/perf/budget.json.perf.Tests: the check itself, on a results file that passes and on one that fails.
Verified, merged in #303; main green (run #561), perf run #560 green.
.forgejo/workflows/perf.yml: nightly, by hand, and on pull requests labelledperf. It runs the perf spec (big seeded meeting, 30 ms each way), thentools/perf-budget.pychecks the results againste2e/perf/budget.json. Results are uploaded aslogs-perf.tools/test_perf_budget.py(run incheck): a value over budget fails, a failed scenario fails, a missing metric is reported.PERF_CPU=4 tools/perf.sh LABELslows the browser's CPU like CI's runners.