record 245k platform-equivalent benchmark

This commit is contained in:
2026-07-15 03:55:20 +08:00
parent 3cf62afaaa
commit 16d52b469c
2 changed files with 189 additions and 0 deletions

View File

@@ -949,3 +949,68 @@ ixsmi
2. 在干净显存下重新验证 `max_num_batched_tokens=32768` 是否必然 OOM。
3. 对官方相似负载做参数矩阵:`max_num_batched_tokens``gpu_memory_utilization``max_model_len``max_num_seqs`
4. 若参数调优收益不足,继续深入 `PREFIX_FLASH` 和 MoE routed expert 的 native/kernel 路径 profiling。
## 2026-07-15245K 平台等价配置验证
### 重要启动细节
远端手工测试时,不能从仓库根目录启动:
```bash
cd /root/data-disk-1/enginex-vllm-bi100-qwen36
python3 -m vllm.entrypoints.openai.api_server ...
```
这样会优先导入仓库内未补丁的 `vllm/`,导致:
```text
KeyError: 'invalid tool call parser: qwen3_coder (chose from { hermes,internlm,llama3_json,mistral })'
```
平台 Dockerfile 只复制 `qwen3_6_scripts` 并执行 `patch_ops.sh`,不会复制仓库根目录的 `vllm/`,因此平台会使用补丁后的 corex vLLM。远端手工测试需要从 `/root``/workspace` 等非仓库目录启动,以匹配平台行为。
### 245K 启动结果
`/root` 启动平台等价配置成功:
- `--max-model-len 245000`
- `--max-seq-len-to-capture 245000`
- `--enforce-eager`
- `--max-num-batched-tokens 16384`
- `--max-num-seqs 1`
- `--tool-call-parser qwen3_coder`
- `--reasoning-parser qwen3`
- `--chat-template /workspace/chat_template_multi_system.jinja`
启动后显存约为:
- GPU0: 28.4GB
- GPU1: 28.3GB
- GPU2: 28.3GB
- GPU3: 28.2GB
说明 `--enforce-eager` 后 245K 正确性配置可以启动,但剩余显存空间已经很紧。
### 245K 官方相似压测
本地归档:
- `worklogs/remote_results/2026-07-15-official-like-baseline/eager_245k_c1_r8_t256_cap40k.json`
| 指标 | 100K 基线 | 245K 配置 | 目标 |
| --- | ---: | ---: | ---: |
| Success Rate | 100.00% | 100.00% | >= 99% |
| Cache Hit Rate | 74.17% | 74.17% | >= 50% |
| TTFT P90 | 9.803s | 24.886s | <= 5s |
| Output TPS P10 | 5.825 | 5.532 | >= 20 |
| Aggregate Output TPS | 5.789 | 4.631 | - |
| Uncached Input TPS | 178.330 | 139.628 | - |
| Cache TPS | 512.015 | 400.894 | - |
| Weighted Throughput | 883.109 | 693.102 | >= 8000 |
245K 配置满足上下文窗口正确性,但对当前小样本性能明显更差。后续优化策略:
1. 平台提交配置保留 245K以覆盖官方 235K+ 输入上限。
2. 快速性能迭代优先用 100K/cap40K 官方相似数据,减少单轮成本。
3. 确定有效优化后,再回到 245K 配置做确认。
4. 当前离目标最大的差距仍是 prefill/cache 吞吐和 decode MoE 吞吐,而不是缓存命中率或请求成功率。