Conversation
Signed-off-by: lucarlig <luca.carlig@ibm.com>
Signed-off-by: lucarlig <luca.carlig@ibm.com>
Signed-off-by: lucarlig <luca.carlig@ibm.com>
Signed-off-by: lucarlig <luca.carlig@ibm.com>
Signed-off-by: lucarlig <luca.carlig@ibm.com>
Signed-off-by: lucarlig <luca.carlig@ibm.com>
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.
The standalone FYRE API fixes each Ubuntu VM at a 250 GB root disk, while FYRE OpenShift defaults every worker to a 250 GB root disk plus two 200 GB data disks. This adds OpenShift-backed benchmark profiles that set every master and worker root disk to 40 GB and explicitly request no worker data disks.
The quota-sized
openshift-2v2-parallel.yamlprofile runs all eight one-hour measurements concurrently: built-in and external dataplanes at 125, 250, 500, and 1,000 users. Every measurement has an independent 2 vCPU/2 GiB target limit, 1.5 vCPU/1.25 GiB Locust pod with one master and three workers, and 1.5 vCPU/1.375 GiB zero-delay Fast Time pod. The target pods reserve 1.75 vCPU/1.75 GiB each so all eight fit with scheduling headroom on a 16 vCPU/16 GiB target worker. Locust and Fast Time use separate 14 vCPU/12 GiB workers. The helper-pressure gate rejects results if load generation or Fast Time becomes the bottleneck.Both lanes use the same modern
2026-07-28Locust client,server/discoverstartup, and repeated balancedtools/calltraffic across the same six Fast Time tools. Each request carries identical per-request client metadata. Only the public MCP route and target implementation differ.The CLI owns the complete OpenShift lifecycle through the FYRE API, stores state under
CF_INTEGRATION_DIR, downloads artifacts before cleanup, redacts credentials, and supportsrun,status, anddestroywith short aliases. Re-runningload fyre runwith the same run ID resumes an interrupted OpenShift campaign from its saved manifest. Reports include measured-window gateway memory, helper-pressure validation, CSV/JSON, a Slack-ready PNG, and a self-contained Markdown report with the request mix and Mermaid architecture.The fully parallel three-worker profile requests 740 GB total disk: one fixed 500 GB FYRE API VM, three 40 GB masters, and three 40 GB workers. A live SVL probe confirmed that
base_disk_size: "40"plusadditional_disk: []is accepted and produces 40 GB worker roots with no data disks. A full live campaign is provisioning ascf-ocp-2v2-parallel-rtp1(cluster2-289711); its supervisor is independently managed and will resume from the same run ID if interrupted.Validation:
cargo test --locked --all-targets(435 passed)cargo clippy --locked --all-targets --all-features -- -D warningsPYTHONPATH=benchmarks/fyre python3 -m unittest benchmarks/fyre/test_campaign.py benchmarks/fyre/test_openshift_campaign.py(31 passed)