Skip to content

[AMD][AgentX] DeepSeek-V4 MI355X agentic disaggregated benchmarking#2170

Open
ichbinblau wants to merge 39 commits into
mainfrom
amd/agentx-v1.0-yanfei
Open

[AMD][AgentX] DeepSeek-V4 MI355X agentic disaggregated benchmarking#2170
ichbinblau wants to merge 39 commits into
mainfrom
amd/agentx-v1.0-yanfei

Conversation

@ichbinblau

@ichbinblau ichbinblau commented Jul 11, 2026

Copy link
Copy Markdown
Collaborator

Summary

Adds end-to-end support for DeepSeek-V4 (DSv4) agentic-coding benchmarks on MI355X in the SGLang disaggregated (prefill/decode) path, plus the multi-node sweep plumbing, result aggregation, and CI fixes needed to make those runs green and ingestible.

Comment thread perf-changelog.yaml Outdated
Comment thread benchmarks/multi_node/amd_utils/models.yaml Outdated
@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@billishyahao billishyahao 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.

As a PR reviewer and CODEOWNER, I have reviewed this and have:

  • Verified that as of the moment of typing this, this is the latest version of PR_REVIEW_CHECKLIST.md
  • Verified that the general code quality meets the InferenceX standard and does not make the code quality any worse. Approve for day 0
  • Verified that this PR has passed PR validation. Please link to GitHub Action workflow that shows this. https://github.com/SemiAnalysisAI/InferenceX/actions/runs/29141213005
  • Verified that this PR passes evals. Please link to GitHub Action workflow that shows this. https://github.com/SemiAnalysisAI/InferenceX/actions/runs/29141213005
  • Verified that speculative decoding PRs uses chat templates to align the AL distribution to real world
  • Verified that the model architecture isn't changed with benchmark hacks like using --hf-overrides to skipping indexer for every x layers on models that don't natively support this. As a general rule, we won't accept optimizations that reduces the number of model architecture FLOPs. Anything that makes that same computation run faster is fair game; FLOPs at lower precisions is fine, given that the config passes private evals. As an general north star princple, we should only use optimizations which is used in production by customers that care about accuracy
  • If an company claims that they support vLLM/SGLang as first class LLM inference engines on their hardware, I have verified that the respective vLLM submission made using upstream https://hub.docker.com/u/vllm docker repo, upstream SGLang https://hub.docker.com/u/lmsysorg docker repo. The only exceptions are for new hardware, such as MI455X UALoE72, Vera Rubin NVL72, Rubin NVL8, etc., and for new model architectures where there is an actual reason why vLLM/SGLang does not fundamentally support them yet as supported by vLLM/SGLang community maintainers
  • If an company claims that they support vLLM/SGLang as first class upstream in-tree LLM inference engines on their hardware, I have have verified that the respective vLLM/SGLang submission has been made before additional frameworks (TRT-LLM, ATOM, etc.). The only exceptions are for new hardware, such as MI455X UALoE72, Vera Rubin NVL72, Rubin NVL8, etc., and for new model architectures where there is an actual reason why vLLM/SGLang does not fundamentally support them yet.
  • Verified that the single-node recipes are similar to the official vLLM recipes and/or theSGLang cookbook:
    • If they are not, I have verified that a PR has been opened in vLLM recipe repo or SGLang repo and linked it below in the additional detail section:
  • If any of the above criteria cannot reasonably be satisfied, I have provided additional reasoning below.

Additional detail section:

  • insert any additional info here
    This is the re-submission of #2127

Signed: @billishyahao

@Klaud-Cold

Copy link
Copy Markdown
Collaborator

❌❌❌ REJECTED ❌❌❌

@billishyahao blocking: no evals ran on the signed-off commit, no authorized /reuse-sweep-run is posted, and the sign-off uses a stale checklist template.

✅ Check 0 (CODEOWNER): PASS — you own configs/amd-master.yaml (a changed file); catch-all paths covered.
❌ Check 1 (sweep+evals on in-PR commit): FAIL — head commit 5ec0195 has 5 green multi-node agentic / jobs, but every eval job (eval /, multi-node eval /, collect-evals, agentic /) is skipped; no eval executed. Sweep ran, evals did not. (run)
❌ Check 2 (evals pass): FAIL — the linked run produced no eval artifacts (only agentic_* / bmk_* benchmark artifacts); accuracy is unverified. Template item "passes evals" links a run where evals were skipped.
➖ Check 3 (recipe link): N/A — disaggregated/multi-node submission (sglang-disagg, multinode: true, disagg: true); recipe-link requirement applies to single-node recipes only.
❌ Check 4 (reuse command): FAIL — no /reuse-sweep-run comment exists on this PR (only bot visualizer comments). An authorized maintainer must post /reuse-sweep-run before merge-via-reuse.
❌ Check 5 (latest template): FAIL — stale copy missing two current items: the agentic "simulated synthetic acceptance / golden AL" item and the "does not patch the inference engine (waiver)" item. current template
✅ Check 6 (upstream image / engine-first): PASS — lmsysorg/sglang-rocm:v0.5.14-rocm720-mi35x-20260710 is upstream lmsysorg; SGLang engine, no engine-first ordering issue.
✅ Check 7 (no arch hacks): PASS — no --hf-overrides/--json-model-override-args; env knobs are kernel-routing/HiCache, not FLOPs-reducing.
➖ Check 8 (spec-decode chat templates): N/A — no speculative decoding (spec-decoding: none, MTP=0).
✅ Check 9 (no engine patches): PASS — the prior active patch_gluon_* call is removed and patch_disagg_prefill_bootstrap_desync is commented out at its call site (verified at head SHA); no engine patch runs.
➖ Check 10 (agentic golden AL): N/A — agentic config but no speculative decoding, so no simulated-acceptance requirement.

Comment thread benchmarks/multi_node/amd_utils/setup_deps.sh Outdated
@github-actions

Copy link
Copy Markdown
Contributor

# DSV4 uses page-size 256 (set in models.yaml); HiCache must match.
export HICACHE_PAGE_SIZE="${HICACHE_PAGE_SIZE:-256}"
# HiCache ratio (host pool = ratio * GPU KV pool). Default derived in server_sglang.sh.
export HICACHE_RATIO="${HICACHE_RATIO:-}"

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.

@cquil11 plz check how this var works and if it follows the rule of ALLOWED_CPU_MEM = amount_of_cpu_mem * (# of gpus used per node / total GPUs per node)

@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@cquil11 cquil11 added the agentx AgentX benchmarks, recipes, and infrastructure label Jul 13, 2026
@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@ichbinblau ichbinblau force-pushed the amd/agentx-v1.0-yanfei branch from 12b3333 to 94883e7 Compare July 14, 2026 05:06
@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

ichbinblau and others added 3 commits July 14, 2026 06:12
Let SGLang auto-size the prefill KV pool instead of pinning 1M tokens.

Co-authored-by: Cursor <cursoragent@cursor.com>
Give prefill/decode workers more time to wait for the node-0 proxy
during long agentic server startup.

Co-authored-by: Cursor <cursoragent@cursor.com>
Add kv-p2p-transfer to disagg multinode test configs and use
KVOffloadBackendMetadata dict form for kv-offload-backend fields.

Co-authored-by: Cursor <cursoragent@cursor.com>
@ichbinblau ichbinblau force-pushed the amd/agentx-v1.0-yanfei branch from f8dcfba to 6344aaa Compare July 14, 2026 06:16
@github-actions

Copy link
Copy Markdown
Contributor

Extract SYNC_BARRIER_TIMEOUT (3000s for DeepSeek-V4, 1800s otherwise) and
apply it to server-up, router readiness, and prefill/decode proxy barriers.
Also lower the default HICACHE_RATIO from 16 to 5.

Co-authored-by: Cursor <cursoragent@cursor.com>
@github-actions

Copy link
Copy Markdown
Contributor

Pass KV_OFFLOAD_BACKEND_METADATA into server containers via job.slurm and
forward it to sibling client containers in server_sglang client.env so
process_agentic_result can write aggregate JSON. Derive KV_OFFLOAD_BACKEND
from metadata in the DSv4 agentic recipe when unset.

Co-authored-by: Cursor <cursoragent@cursor.com>
@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

CI already sets KV_OFFLOAD_BACKEND from the workflow; keep the job.slurm and
server_sglang metadata forwarding fixes without the redundant recipe logic.

Co-authored-by: Cursor <cursoragent@cursor.com>
@github-actions

Copy link
Copy Markdown
Contributor

ichbinblau and others added 3 commits July 14, 2026 11:54
toJson() pretty-prints with embedded newlines, so the unquoted expansion in
job.slurm's DOCKER_ENV_COMMON was word-split across the docker run command,
corrupting its argument list ("docker: invalid reference format", exit 125).
Quote the value so the whole JSON stays one token.

Co-authored-by: Cursor <cursoragent@cursor.com>
docker run --env-file requires strict single-line KEY=VALUE entries.
KV_OFFLOAD_BACKEND_METADATA carries pretty-printed multi-line JSON,
which split into invalid env-file lines (e.g. '"name": "hicache",')
and aborted the sibling client container launch with "docker: invalid
env file ... contains whitespaces". Strip embedded newlines before
writing each value so the JSON stays valid but single-line.

Co-authored-by: Cursor <cursoragent@cursor.com>
@github-actions

Copy link
Copy Markdown
Contributor

…tripping newlines

Naive newline-stripping could silently corrupt a value if a JSON string
ever contained a literal embedded newline (merging tokens across the
line break). Round-tripping through json.loads/json.dumps guarantees a
correct compact single-line representation for client.env, and fails
loudly with a clear error if the value isn't valid JSON.

Co-authored-by: Cursor <cursoragent@cursor.com>
@github-actions

Copy link
Copy Markdown
Contributor

…ADATA

job.slurm always forwards KV_OFFLOAD_BACKEND_METADATA into the server
container, even as "" when KV offloading is disabled (the common
default case). The prior commit unconditionally ran it through
json.loads/json.dumps, which raised JSONDecodeError on that empty
string and hard-failed every agentic client-container launch without
KV offloading. Only attempt the JSON round-trip when the value is
non-empty and not "null", matching how
optional_kv_offload_backend_metadata() already treats those as
"no metadata" rather than invalid JSON.

Co-authored-by: Cursor <cursoragent@cursor.com>
@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

@github-actions

Copy link
Copy Markdown
Contributor

cquil11 and others added 2 commits July 14, 2026 16:00
Picks up PR #2191's perf-changelog.yaml entries (dsv4-fp8-h200-vllm,
dsv4-fp8-h200-sglang H200 refresh) that were merged to main after this
branch diverged. Without this merge, check-changelog's base_ref=main
vs head_ref=<this branch> diff sees those entries as "deleted" (present
on main, absent here) and fails with "Deletions are not allowed in
perf-changelog.yaml", even though this branch never touched them.

Co-authored-by: Cursor <cursoragent@cursor.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

agentx AgentX benchmarks, recipes, and infrastructure AMD full-sweep-enabled

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

7 participants