You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Deploy the fleet under its own stack name, open a session on one of
its hosts, define the stack ID and fleet configuration in that session,
and let status use the configured AWS profile.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: benchmarks/README.md
+14-4Lines changed: 14 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -286,10 +286,11 @@ It orders API-heavy jobs first and longer jobs earlier.
286
286
With `--split-pages`, a job whose single trial needs at least that many pages becomes one job per measured repetition without a warmup, so those repetitions run on different hosts.
287
287
`run` accepts the matching `--arraysize`, `--warmups`, and `--repetitions` options.
288
288
289
-
Deploy a new stack with the fleet size; changing `FleetSize` on an existing stack does not wait for the added hosts to finish bootstrap.
290
-
Then resolve its hosts, and prepare and publish the queue on one host:
289
+
Deploy a new stack with the fleet size under its own name; changing `FleetSize` on an existing stack does not wait for the added hosts to finish bootstrap.
290
+
Then resolve its hosts and open a session on one of them:
291
291
292
292
```bash
293
+
BENCHMARK_STACK=pyathena-benchmark-fleet
293
294
uv run --env-file ../.env --locked aws cloudformation deploy \
0 commit comments