Skip to content

bench(sirun): make benchmark workloads deterministic - #9715

Merged
BridgeAR merged 4 commits into
masterfrom
BridgeAR/2026-08-06-split-sirun-rest
Sep 3, 2026
Merged

BridgeAR merged 4 commits into
masterfrom
BridgeAR/2026-08-06-split-sirun-rest

Conversation

@BridgeAR

@BridgeAR BridgeAR commented Aug 6, 2026

Copy link
Copy Markdown
Member

Summary

Make non-AppSec Sirun samples complete fixed work and account for per-variant CPU reservations.

Why

Wall-clock rate limiting, async scheduler turns, ambient tracer disabling, and predictable GC made identical samples execute different work or no tracing at all. GraphQL also reached through a private processor chain absent on the no-op tracer.

@BridgeAR
BridgeAR requested review from a team as code owners August 6, 2026 13:24
@BridgeAR
BridgeAR requested review from crysmags and khanayan123 and removed request for a team August 6, 2026 13:24
@dd-octo-sts

dd-octo-sts Bot commented Aug 6, 2026 •

Copy link
Copy Markdown
Contributor

Overall package size

Self size: 8.74 MB
Deduped: 9.41 MB
No deduping: 9.41 MB

Dependency sizes | name | version | self size | total size | |------|---------|-----------|------------| | import-in-the-middle | 3.4.0 | 127.33 kB | 447.04 kB | | opentracing | 0.14.7 | 194.81 kB | 194.81 kB | | dc-polyfill | 0.1.11 | 25.74 kB | 25.74 kB |

🤖 This report was automatically generated by heaviest-objects-in-the-universe

@datadog-official datadog-official Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Datadog Autotest: PASS

More details

The shard allocator preserves the current 138-variant suite across six groups, and the changed sampling and PostgreSQL workloads complete realistic high-volume runs without behavioral errors. GraphQL preflight execution could not be completed because this checkout lacks the pre-existing versions/graphql module path; metadata and syntax validation passed for that path.

Was this helpful? React 👍 or 👎

📊 Validated against 15 scenarios · Open Bits AI session

🤖 Datadog Autotest · Commit a22a916 · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest

@datadog-official

datadog-official Bot commented Aug 6, 2026 •

Copy link
Copy Markdown

Tests

✅ All CI checks and tests passed. Datadog automation helped this PR pass.

🎉 All green!

🧪 All tests passed
❄️ No new flaky tests detected

🔄 Datadog retried 1 test - 1 passed on retry View in Datadog

🎯 Code Coverage (details)
• Patch Coverage: 100.00%
• Overall Coverage: 98.63% (+0.00%)

This comment will be updated automatically if new data arrives.
🔗 Commit SHA: 594f68f | Docs | View more details | Give us feedback!

@pr-commenter

pr-commenter Bot commented Aug 6, 2026 •

Copy link
Copy Markdown

Benchmarks

Benchmark execution time: 2026-09-02 20:23:50

Comparing candidate commit 594f68f in PR branch BridgeAR/2026-08-06-split-sirun-rest with baseline commit 43d2112 in branch master.

📊 Benchmarking dashboard

Found 0 performance improvements and 0 performance regressions! Performance is the same for 2308 metrics, 5 unstable metrics.

Explanation

This is an A/B test comparing a candidate commit's performance against that of a baseline commit. Performance changes are noted in the tables below as:

  • 🟩 = significantly better candidate vs. baseline
  • 🟥 = significantly worse candidate vs. baseline

We compute a confidence interval (CI) over the relative difference of means between metrics from the candidate and baseline commits, considering the baseline as the reference.

If the CI is entirely outside the configured SIGNIFICANT_IMPACT_THRESHOLD (or the deprecated UNCONFIDENCE_THRESHOLD), the change is considered significant.

Feel free to reach out to #apm-benchmarking-platform on Slack if you have any questions.

More details about the CI and significant changes

You can imagine this CI as a range of values that is likely to contain the true difference of means between the candidate and baseline commits.

CIs of the difference of means are often centered around 0%, because often changes are not that big:

---------------------------------(------|---^--------)-------------------------------->
                              -0.6%    0%  0.3%     +1.2%
                                 |          |        |
         lower bound of the CI --'          |        |
sample mean (center of the CI) -------------'        |
         upper bound of the CI ----------------------'

As described above, a change is considered significant if the CI is entirely outside the configured SIGNIFICANT_IMPACT_THRESHOLD (or the deprecated UNCONFIDENCE_THRESHOLD).

For instance, for an execution time metric, this confidence interval indicates a significantly worse performance:

----------------------------------------|---------|---(---------^---------)---------->
                                       0%        1%  1.3%      2.2%      3.1%
                                                  |   |         |         |
       significant impact threshold --------------'   |         |         |
                      lower bound of CI --------------'         |         |
       sample mean (center of the CI) --------------------------'         |
                      upper bound of CI ----------------------------------'

Unstable benchmarks

These benchmarks have a confidence interval too wide to call a change; treat them as noise rather than signal.

scenario:appsec-iast-no-vulnerability-iast-enabled-default-config-20

  • unstable max_rss_usage [-20448.911KB; +21191.311KB] or [-8.744%; +9.061%]

scenario:appsec-iast-with-vulnerability-iast-enabled-default-config-20

  • unstable max_rss_usage [-16.670MB; +22.405MB] or [-4.810%; +6.465%]

scenario:encoders-0.4-immediate-flush-20

  • unstable max_rss_usage [-8.003MB; +0.236MB] or [-11.044%; +0.325%]

scenario:llmobs-encode-unicode-mixed-20

  • unstable max_rss_usage [-14.795MB; +1.924MB] or [-19.397%; +2.522%]

scenario:plugin-graphql-long-with-depth-off-26

  • unstable max_rss_usage [-17.993MB; +31.067MB] or [-7.801%; +13.470%]

@codecov

codecov Bot commented Aug 6, 2026 •

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 98.63%. Comparing base (43d2112) to head (594f68f).

Additional details and impacted files
@@           Coverage Diff            @@
##           master    #9715    +/-   ##
========================================
  Coverage   98.63%   98.63%            
========================================
  Files        1002     1002            
  Lines      154895   154895            
  Branches    13277    13478   +201     
========================================
  Hits       152777   152777            
  Misses       2118     2118            
Flag Coverage Δ
aiguard 63.83% <ø> (-0.03%) ⬇️
aiguard-integration 58.94% <ø> (ø)
apm-capabilities-tracing 62.85% <ø> (ø)
apm-integrations-aerospike 61.24% <ø> (-0.03%) ⬇️
apm-integrations-aerospike-_integrat-1d185c06 63.21% <ø> (-0.03%) ⬇️
apm-integrations-confluentinc-kafka--d0bf0045 67.31% <ø> (-0.03%) ⬇️
apm-integrations-couchbase 61.74% <ø> (-0.03%) ⬇️
apm-integrations-elasticsearch_integ-31b69669 68.57% <ø> (-0.03%) ⬇️
apm-integrations-http 66.84% <ø> (-0.03%) ⬇️
apm-integrations-http2_integrations--9aea12f5 68.17% <ø> (-0.03%) ⬇️
apm-integrations-kafkajs 67.89% <ø> (-0.03%) ⬇️
apm-integrations-next 64.90% <ø> (-0.03%) ⬇️
apm-integrations-prisma 62.49% <ø> (-0.03%) ⬇️
apm-integrations-restify_integration-b312dd16 65.02% <ø> (-0.03%) ⬇️
appsec 77.30% <ø> (-0.02%) ⬇️
appsec-express_fastify_graphql 72.69% <ø> (-0.02%) ⬇️
appsec-integration 49.55% <ø> (-0.01%) ⬇️
appsec-kafka_ldapjs_lodash 67.98% <ø> (-0.03%) ⬇️
appsec-mongodb-core_mongoose_mysql 71.12% <ø> (-0.02%) ⬇️
appsec-next 57.69% <ø> (-0.02%) ⬇️
appsec-node-serialize_passport_postgres 70.61% <ø> (-0.02%) ⬇️
appsec-sourcing_stripe_template 69.05% <ø> (-0.02%) ⬇️
debugger 69.76% <ø> (-0.04%) ⬇️
instr-ai_instrumentation-anthropic-l-e862da55 56.60% <ø> (-0.03%) ⬇️
instr-bluebird_instrumentation-body--02ae4b41 64.84% <ø> (-0.03%) ⬇️
instr-confluentinc-kafka-javascript 56.00% <ø> (-0.03%) ⬇️
instr-connect_instrumentation-cookie-0bbb44d9 57.70% <ø> (-0.03%) ⬇️
instr-couchbase 55.22% <ø> (-0.03%) ⬇️
instr-cypress-config_instrumentation-4db1de46 58.02% <ø> (-0.03%) ⬇️
instr-express-multi-version_instrume-f5caf487 64.31% <ø> (-0.03%) ⬇️
instr-fetch_instrumentation-fs_instr-43dfe6a2 50.55% <ø> (-0.02%) ⬇️
instr-hono_instrumentation-http_inst-026a5d4d 66.16% <ø> (-0.03%) ⬇️
instr-kafkajs_instrumentation-knex_i-ca6f5b19 56.66% <ø> (-0.03%) ⬇️
instr-light-my-request_instrumentati-8c9fceca 63.61% <ø> (-0.03%) ⬇️
instr-mysql_instrumentation-mysql2_i-05f94c42 59.11% <ø> (-0.03%) ⬇️
instr-openai-lifecycle_instrumentati-783580bd 65.96% <ø> (-0.03%) ⬇️
instr-passport-http_instrumentation--2b6c8eb6 66.58% <ø> (-0.03%) ⬇️
instr-promise_instrumentation-promis-8479bae3 56.43% <ø> (-0.03%) ⬇️
instr-restify_instrumentation-router-5641467c 56.58% <ø> (-0.03%) ⬇️
instr-url_instrumentation-when_instr-22ca7078 56.46% <ø> (-0.03%) ⬇️
instrumentations-integration-esbuild 34.68% <ø> (ø)
llmobs-ai_anthropic_bedrock 66.83% <ø> (-0.02%) ⬇️
llmobs-claude-agent-sdk_google-genai-da2c851e 64.98% <ø> (-0.02%) ⬇️
llmobs-openai 66.80% <ø> (-0.03%) ⬇️
llmobs-openai-agents_vertex-ai 64.13% <ø> (-0.04%) ⬇️
llmobs-sdk 76.58% <ø> (-0.03%) ⬇️
master-coverage 98.63% <ø> (?)
openfeature 60.12% <ø> (ø)
openfeature-unit 58.85% <ø> (-0.03%) ⬇️
platform-core_esbuild_instrumentations-misc 41.35% <ø> (-0.02%) ⬇️
platform-integration 65.22% <ø> (ø)
platform-shimmer_unit-guardrails_webpack 39.10% <ø> (-0.02%) ⬇️
plugins-aws-durable-execution-sdk-js-2bc88c07 61.13% <ø> (-0.03%) ⬇️
plugins-azure-event-hubs_azure-servi-50d5b0fc 58.53% <ø> (ø)
plugins-browser-bunyan_bullmq_cassandra 66.37% <ø> (-0.03%) ⬇️
plugins-cookie_cookie-parser_crypto 56.20% <ø> (-0.03%) ⬇️
plugins-dd-trace-api_express-mongo-s-83827a5c 61.79% <ø> (-0.03%) ⬇️
plugins-fastify_fetch_fs 65.98% <ø> (-0.06%) ⬇️
plugins-generic-pool_google-cloud-pubsub_grpc 69.55% <ø> (-0.03%) ⬇️
plugins-handlebars_hapi_hono 64.28% <ø> (-0.03%) ⬇️
plugins-ioredis_knex_langgraph 61.97% <ø> (-0.03%) ⬇️
plugins-ldapjs_light-my-request_limitd-client 64.00% <ø> (-0.02%) ⬇️
plugins-lodash_mariadb_memcached 64.45% <ø> (-0.03%) ⬇️
plugins-mercurius_microgateway-core_-b9bd83c4 67.84% <ø> (-0.03%) ⬇️
plugins-moleculer_mongodb_mongodb-core 66.71% <ø> (-0.03%) ⬇️
plugins-mongoose_multer_mysql 64.56% <ø> (-0.03%) ⬇️
plugins-mysql2_nats_node-serialize 66.80% <ø> (-0.03%) ⬇️
plugins-opensearch_passport-http_pino 64.70% <ø> (-0.03%) ⬇️
plugins-postgres_process_pug 63.74% <ø> (-0.03%) ⬇️
plugins-redis_router_sequelize 67.28% <ø> (-0.03%) ⬇️
plugins-test-and-upstream-amqp10_tes-914101e2 65.50% <ø> (-0.03%) ⬇️
plugins-test-and-upstream-avsc_test--408e8d3a 65.62% <ø> (-0.03%) ⬇️
plugins-test-and-upstream-graphql_te-59dd94de 68.84% <ø> (-0.03%) ⬇️
plugins-test-and-upstream-rhea_undici_url 66.60% <ø> (-0.03%) ⬇️
plugins-valkey_vm_winston 63.07% <ø> (+0.02%) ⬆️
plugins-ws 65.13% <ø> (-0.03%) ⬇️
profiling 66.69% <ø> (-0.03%) ⬇️
serverless-aws-sdk-aws-sdk 55.96% <ø> (-0.02%) ⬇️
serverless-aws-sdk-base-inject-field 55.77% <ø> (-0.03%) ⬇️
serverless-aws-sdk-bedrockruntime 59.31% <ø> (-0.03%) ⬇️
serverless-aws-sdk-client 60.67% <ø> (-0.03%) ⬇️
serverless-aws-sdk-dynamodb 59.74% <ø> (-0.03%) ⬇️
serverless-aws-sdk-eventbridge 58.14% <ø> (-0.02%) ⬇️
serverless-aws-sdk-kinesis 63.69% <ø> (-0.03%) ⬇️
serverless-aws-sdk-lambda 61.67% <ø> (-0.03%) ⬇️
serverless-aws-sdk-s3 59.79% <ø> (-0.03%) ⬇️
serverless-aws-sdk-serverless-peer-service 64.25% <ø> (-0.03%) ⬇️
serverless-aws-sdk-sns 64.57% <ø> (-0.03%) ⬇️
serverless-aws-sdk-sqs 65.03% <ø> (-0.03%) ⬇️
serverless-aws-sdk-stepfunctions 59.65% <ø> (-0.03%) ⬇️
serverless-aws-sdk-util 56.40% <ø> (-0.03%) ⬇️
serverless-azure-durable-functions_a-776237ee 57.69% <ø> (ø)
serverless-azure-functions-eventhubs-61ee6313 64.32% <ø> (-0.03%) ⬇️
test-optimization-cucumber 70.43% <ø> (+0.02%) ⬆️
test-optimization-cypress 64.82% <ø> (+0.03%) ⬆️
test-optimization-jest 72.09% <ø> (+0.24%) ⬆️
test-optimization-mocha 71.90% <ø> (+0.06%) ⬆️
test-optimization-playwright-playwri-363e40a6 59.71% <ø> (+0.08%) ⬆️
test-optimization-playwright-playwri-5141d36d 61.22% <ø> (-0.02%) ⬇️
test-optimization-playwright-playwri-5b35813b 59.60% <ø> (-0.02%) ⬇️
test-optimization-playwright-playwri-924f4516 60.88% <ø> (-0.05%) ⬇️
test-optimization-playwright-playwri-d6f5a99b 59.48% <ø> (+<0.01%) ⬆️
test-optimization-playwright-playwright-atr 59.20% <ø> (-0.02%) ⬇️
test-optimization-playwright-playwright-efd 60.13% <ø> (-0.02%) ⬇️
test-optimization-selenium 58.79% <ø> (-0.06%) ⬇️
test-optimization-testopt 61.44% <ø> (+0.02%) ⬆️
test-optimization-vitest 72.48% <ø> (+0.08%) ⬆️
test-optimization-vitest-browser 58.34% <ø> (-0.05%) ⬇️
test-optimization-webdriverio 65.88% <ø> (+0.04%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 6f3f37fc79

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

Comment thread benchmark/sirun/plugin-graphql-long/index.js
@BridgeAR
BridgeAR requested a review from a team as a code owner August 10, 2026 12:17

@datadog-official datadog-official Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Datadog Autotest: PASS

More details

The weighted allocator places all 137 CPU reservations into six non-overlapping shards, while delayed/aborted requests and the changed GraphQL, AppSec, IAST, WAF, and sampling paths preserve fixed-work completion and expected outputs.

Was this helpful? React 👍 or 👎

📊 Validated against 10 scenarios · Open Bits AI session

🤖 Datadog Autotest · Commit f951fd4 · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest

@BridgeAR
BridgeAR requested a review from a team as a code owner August 12, 2026 12:11

@datadog-official datadog-official Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Datadog Autotest: PASS

More details

The deterministic workload changes behaved correctly in the executable scenarios: the shared HTTP client completed exact warmup and measured phases, WAF request and attack samples validated, and the real suite CPU weights packed into configured shards. GraphQL and debugger end-to-end runs could not be completed because this checkout lacks generated version workspaces and the debugger runtime setup.

Was this helpful? React 👍 or 👎

📊 Validated against 8 scenarios · Open Bits AI session

🤖 Datadog Autotest · Commit bcf2105 · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest

@BridgeAR
BridgeAR force-pushed the BridgeAR/2026-08-06-split-sirun-rest branch from bcf2105 to ecf39b4 Compare August 12, 2026 16:21
@BridgeAR
BridgeAR marked this pull request as draft August 12, 2026 16:21
@BridgeAR
BridgeAR force-pushed the BridgeAR/2026-08-06-split-sirun-rest branch from e8957e2 to 1467b79 Compare August 24, 2026 16:31
@BridgeAR
BridgeAR force-pushed the BridgeAR/2026-08-06-split-sirun-rest branch from 5e80358 to 0bd1122 Compare September 2, 2026 19:58
Wall-clock token refills, scheduler turns, GC pacing, and fixed cross-runtime counts made identical samples complete different work or spend a disproportionate share in startup, hiding regressions behind wide confidence intervals.

Allocation-heavy variants use deterministic GC only where collection pacing is the noise source. Runtime-specific sizing keeps GraphQL under the unchanged startup guard without pushing slower Node versions over one minute.
Several variants run 1.5–3x beyond their target while low sample counts hide across-run drift. Rebalance total work around a 10-sample floor where variance permits, and pin exporter/GC behavior that otherwise bypasses GraphQL trace capture or destabilizes allocation-heavy runs.
Reducing both live IAST workloads by a full third lets load and setup exceed the 10% startup-share ceiling, so Sirun aborts before collecting results.
Node 24 alternates between discrete GC schedules for this allocation-heavy resolver workload, moving instructions by 3% and execution time by 12% across identical samples.
@BridgeAR
BridgeAR force-pushed the BridgeAR/2026-08-06-split-sirun-rest branch from 0bd1122 to 594f68f Compare September 2, 2026 20:13
@BridgeAR
BridgeAR marked this pull request as ready for review September 2, 2026 20:29
@BridgeAR
BridgeAR requested a review from a team as a code owner September 2, 2026 20:29

@datadog-official datadog-official Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Datadog Autotest: PASS

More details

The fixed-work loops resolve complete Node-specific operations before measurement. The GraphQL workload uses the public exporter path for traced and no-op variants.

Was this helpful? React 👍 or 👎

Open Bits AI session

🤖 Datadog Autotest · Commit 594f68f · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest

@watson watson left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

debugger changes LGTM 👍

@watson
watson requested a review from a team September 3, 2026 14:10
@BridgeAR
BridgeAR merged commit b97deee into master Sep 3, 2026
692 checks passed
@BridgeAR
BridgeAR deleted the BridgeAR/2026-08-06-split-sirun-rest branch September 3, 2026 18:48
dd-octo-sts Bot pushed a commit that referenced this pull request Sep 3, 2026
* bench(sirun): stabilize benchmark workloads

Wall-clock token refills, scheduler turns, GC pacing, and fixed cross-runtime counts made identical samples complete different work or spend a disproportionate share in startup, hiding regressions behind wide confidence intervals.

Allocation-heavy variants use deterministic GC only where collection pacing is the noise source. Runtime-specific sizing keeps GraphQL under the unchanged startup guard without pushing slower Node versions over one minute.

* bench(sirun): rebalance benchmark runtimes and stability

Several variants run 1.5–3x beyond their target while low sample counts hide across-run drift. Rebalance total work around a 10-sample floor where variance permits, and pin exporter/GC behavior that otherwise bypasses GraphQL trace capture or destabilizes allocation-heavy runs.

* bench(sirun): keep IAST workloads above startup guard

Reducing both live IAST workloads by a full third lets load and setup exceed the 10% startup-share ceiling, so Sirun aborts before collecting results.

* bench(sirun): stabilize GraphQL collapse-off samples

Node 24 alternates between discrete GC schedules for this allocation-heavy resolver workload, moving instructions by 3% and execution time by 12% across identical samples.
This was referenced Sep 3, 2026
dd-octo-sts Bot pushed a commit that referenced this pull request Sep 3, 2026
* bench(sirun): stabilize benchmark workloads

Wall-clock token refills, scheduler turns, GC pacing, and fixed cross-runtime counts made identical samples complete different work or spend a disproportionate share in startup, hiding regressions behind wide confidence intervals.

Allocation-heavy variants use deterministic GC only where collection pacing is the noise source. Runtime-specific sizing keeps GraphQL under the unchanged startup guard without pushing slower Node versions over one minute.

* bench(sirun): rebalance benchmark runtimes and stability

Several variants run 1.5–3x beyond their target while low sample counts hide across-run drift. Rebalance total work around a 10-sample floor where variance permits, and pin exporter/GC behavior that otherwise bypasses GraphQL trace capture or destabilizes allocation-heavy runs.

* bench(sirun): keep IAST workloads above startup guard

Reducing both live IAST workloads by a full third lets load and setup exceed the 10% startup-share ceiling, so Sirun aborts before collecting results.

* bench(sirun): stabilize GraphQL collapse-off samples

Node 24 alternates between discrete GC schedules for this allocation-heavy resolver workload, moving instructions by 3% and execution time by 12% across identical samples.
BridgeAR added a commit that referenced this pull request Sep 4, 2026
* bench(sirun): stabilize benchmark workloads

Wall-clock token refills, scheduler turns, GC pacing, and fixed cross-runtime counts made identical samples complete different work or spend a disproportionate share in startup, hiding regressions behind wide confidence intervals.

Allocation-heavy variants use deterministic GC only where collection pacing is the noise source. Runtime-specific sizing keeps GraphQL under the unchanged startup guard without pushing slower Node versions over one minute.

* bench(sirun): rebalance benchmark runtimes and stability

Several variants run 1.5–3x beyond their target while low sample counts hide across-run drift. Rebalance total work around a 10-sample floor where variance permits, and pin exporter/GC behavior that otherwise bypasses GraphQL trace capture or destabilizes allocation-heavy runs.

* bench(sirun): keep IAST workloads above startup guard

Reducing both live IAST workloads by a full third lets load and setup exceed the 10% startup-share ceiling, so Sirun aborts before collecting results.

* bench(sirun): stabilize GraphQL collapse-off samples

Node 24 alternates between discrete GC schedules for this allocation-heavy resolver workload, moving instructions by 3% and execution time by 12% across identical samples.
BridgeAR added a commit that referenced this pull request Sep 4, 2026
* bench(sirun): stabilize benchmark workloads

Wall-clock token refills, scheduler turns, GC pacing, and fixed cross-runtime counts made identical samples complete different work or spend a disproportionate share in startup, hiding regressions behind wide confidence intervals.

Allocation-heavy variants use deterministic GC only where collection pacing is the noise source. Runtime-specific sizing keeps GraphQL under the unchanged startup guard without pushing slower Node versions over one minute.

* bench(sirun): rebalance benchmark runtimes and stability

Several variants run 1.5–3x beyond their target while low sample counts hide across-run drift. Rebalance total work around a 10-sample floor where variance permits, and pin exporter/GC behavior that otherwise bypasses GraphQL trace capture or destabilizes allocation-heavy runs.

* bench(sirun): keep IAST workloads above startup guard

Reducing both live IAST workloads by a full third lets load and setup exceed the 10% startup-share ceiling, so Sirun aborts before collecting results.

* bench(sirun): stabilize GraphQL collapse-off samples

Node 24 alternates between discrete GC schedules for this allocation-heavy resolver workload, moving instructions by 3% and execution time by 12% across identical samples.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants