ci(workflow): use internal cache on self-hosted runners - #2913
Open
quanruzhuoxiu wants to merge 15 commits into
Open
ci(workflow): use internal cache on self-hosted runners#2913quanruzhuoxiu wants to merge 15 commits into
quanruzhuoxiu wants to merge 15 commits into
Conversation
quanruzhuoxiu
force-pushed
the
ci/use-internal-tos-cache
branch
from
July 31, 2026 04:00
4aacbcd to
8658a7d
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
web-infra-dev/rspackpatternTiming results
All runner durations exclude queue time.
Final validation on
7474a3c8dafter model-quota scheduling:The serialized lanes intentionally trade some end-to-end latency for lower concurrent runner usage and model stability. In the unthrottled run, iOS, macOS, and Recorder all failed after three
429 ModelAccountTpmRateLimitExceededresponses. The throttled run completed 16/16 checks without a TPM failure. Playground remains the wall-clock bottleneck and its 31:05 runner time is model variance rather than queue time.The e2e-web browser setup itself dropped from 4:06 to 0:23. A separate run had a 4:59 checkout outlier, so checkout, setup, and AI-test variance are reported separately rather than attributed to runner performance.
Validation
pnpm run lintpnpm exec nx run-many --target=build --projects="@midscene/report,@midscene/core,@midscene/web,@midscene/cli" --skip-nx-cachepnpm exec nx run-many --target=build --projects="@midscene/report,chrome-extension" --skip-nx-cachepnpm exec nx run-many --target=build --projects="@midscene/report,@midscene/computer" --skip-nx-cachepnpm exec nx test @midscene/report(15 files, 82 tests)NODE_OPTIONS=--max-old-space-size=8192 pnpm --dir packages/computer exec vitest run tests/unit-test(13 files, 88 tests)pnpm --dir packages/core exec vitest run tests/unit-test/yaml-player-output.test.tsgit diff --check