Skip to content

Group 2.10: Project Validation and Engineering Closure | 2.10: 项目验证与工程收口 ​

本组用于承接综合项目、性能对比与训练分析,是 Part 2 的项目收束层。这里不再展开单个方法原理,而是把前面各组的能力收成可比较、可复现、可决策的工程验证入口。

Group Overview | 组概览 ​

这一组把前面各组的机制放回真实 workload,形成后训练与对齐、推理优化与部署、性能优化、大模型架构演进、量化与压缩、通信与并行六条项目链。每个页面只有一个主归属;其他专题只复用其结果和链接。

项目资产之间的承接关系

机制页解释方法,项目页记录证据,专题页组织跨路线阅读。

Project Chains and Stable IDs | 项目链与稳定身份 ​

数字编号用于定位当前文件,语义 ID 用于项目注册、结果 JSON 和跨专题引用。语义 ID 不随文件调号变化;每个项目只有一个主归属,其他专题只复用其机制或证据。机器可读登记见 benchmarks/project_registry.json。

项目链推荐顺序(语义 ID)主归属
大模型架构演进60 ARCH-BLOCK-STABILITY → 78 ARCH-ATTENTION-ACCESS → 71 ARCH-MLA-KV → 77 ARCH-LONG-SEQUENCE-MEMORY → 61 ARCH-MODEL-AUDIT大模型架构演进
后训练优化64 PT-SFT-DATA-QUALITY → 62 PT-SFT-DELIVERY → 63 PT-LORA-VARIANTS / 65 PT-QLORA-SELECTION → 84 PT-DPO-OFFLINE → 85 PT-GRPO-GROUPWISE → 86 PT-DPO-ONLINE后训练优化
推理优化66 INF-FLOAT-BASELINE → 68 INF-SPECULATIVE-BENCH / 69 INF-PREFIX-CACHE / 70 INF-SERVING-SCHEDULER → 72 INF-SINGLE-GPU-DEPLOY推理优化
性能优化73 PERF-TRAINING-BASELINE → 76 PERF-MEMORY-STRATEGY → 75 PERF-MEMORY-BUDGET → 74 PERF-PROFILING-CLOSURE性能优化
通信与并行79 PAR-TRAINING-STATE;PAR-MODEL-INTERNAL;80 PAR-MOE-EXPERT;81 PAR-DISTRIBUTED-INFERENCE通信与并行
量化与压缩82 QUANT-ARTIFACT-GATE → 67 QUANT-INFERENCE-DEPLOY → 83 QUANT-SERVING-PROFILE量化与压缩

Group Asset Overview | 组内资产总览 ​

项目页交付可追溯产物;基准页在固定 workload 下比较候选;分析页汇总证据并形成选择。表中空白的“项目类型”单元格与上方同类合并阅读。60、78、82 与 83 已提供 CPU 逻辑验证和默认关闭的 GPU/backend 复测入口。

运行环境同时包含硬件、运行方式与依赖。例如“单 GPU · Transformers”表示单卡运行 Transformers;没有对应硬件时可完成 CPU 逻辑验证,但不能将模拟结果解释为真实性能。

项目类型项目主要作用主归属与复用运行环境Infra 层
Project62 指令微调项目SFT 训练、验证与产物交付主归属:2.3 / 后训练优化;已承接全参—LoRA 对照与历史证据索引单 GPU · Transformers / PEFTInfra-L3
64 SFT 数据质量项目数据质量、配比与模板评测主归属:2.3 / 后训练优化CPU;可选单 GPUInfra-L3
65 QLoRA 选型项目低资源 SFT 的策略选择与 adapter 交付主归属:2.3 / 后训练优化;量化路线只引用其低比特训练证据单 GPU · Transformers / PEFTInfra-L1–L3
67 量化推理与部署项目量化产物接入 backend 并形成部署结论主归属:2.8 / 量化与压缩;推理优化复用运行结果单 GPU · Transformers / vLLM / SGLangInfra-L2–L4
72 多模型部署对比项目单卡模型、产物与 backend 的部署方案比较主归属:2.6 / 推理优化;部署与异构专题复用单 GPU · Transformers / vLLM / SGLangInfra-L2–L4
82 量化产物评估项目审计量化 artifact、质量门槛与 backend 兼容性主归属:2.8 / 量化CPU;可选单 GPU · backend loaderInfra-L1–L3
84 DPO 偏好优化项目离线偏好优化训练闭环主归属:2.4 / 后训练优化单 GPU · Transformers / TRLInfra-L3–L5
85 GRPO 组内对齐项目组采样、奖励与在线更新闭环主归属:2.4 / 后训练优化单 GPU · Transformers / TRLInfra-L3–L5
Benchmark60 Decoder Block 稳定性基准对比 Block 变体的稳定性、质量与成本主归属:2.2 / 大模型架构演进CPU · PyTorch;可选单 GPU · TransformersInfra-L1–L3
63 LoRA 变体对比LoRA 变体与资源代价对照主归属:2.3 / 后训练优化单 GPU · Transformers / PEFTInfra-L3
66 推理性能对比实验统一 workload 下的推理 baseline主归属:2.6 / 推理优化;量化项目共享其输出契约单 GPU · vLLM / SGLangInfra-L2–L4
68 投机解码基准proposal、verify 与净收益对照主归属:2.7 / 推理优化单 GPU · vLLM / SGLangInfra-L3–L4
69 前缀缓存基准Prefix Cache 命中、收益与代价对照主归属:2.7 / 推理优化单 GPU · vLLM / SGLangInfra-L3–L4
70 推理服务调度基准调度策略、队列与尾延迟对照主归属:2.7 / 推理优化单 GPU · vLLM / SGLangInfra-L3–L5
71 MLA / KV Cache 结构基准KV 表示、容量账本与 MLA 代价对照主归属:2.2 / 大模型架构演进;推理优化复用容量与运行证据单 GPU · vLLM / SGLangInfra-L3–L4
73 训练性能分析训练 step、显存与吞吐的统一测量主归属:2.5 / 性能优化单 GPU · PyTorch ProfilerInfra-L1–L3
76 Activation / Checkpoint / Offload 对比训练显存策略的质量—成本对照主归属:2.5 / 性能优化单 GPU · TransformersInfra-L1–L3
77 长序列记忆架构基准显式 KV、递推状态与混合记忆对照主归属:2.2 / 大模型架构演进单 GPU(可选)· TransformersInfra-L2–L4
78 Attention 访问模式基准全局、窗口、块稀疏与选择性稀疏访问的覆盖—成本对照主归属:2.2 / 大模型架构演进CPU · NumPy;可选单 GPU · PyTorch SDPAInfra-L1–L2
79 训练状态并行基准DDP / FSDP / ZeRO 的状态驻留、通信与扩展效率比较主归属:2.9 / 通信与并行多 GPU · PyTorch Distributed / AccelerateInfra-L1–L3
模型内部并行基准PP / TP / CP 与 Device Mesh 的布局、容量和通信比较主归属:2.9 / 通信与并行CPU;可选多 GPU · PyTorch Distributed / DeviceMeshInfra-L1–L4
80 MoE 专家并行 benchmark路由、overflow、dispatch 与通信对照主归属:2.9 / 通信与并行;大模型架构演进专题引用多 GPU · PyTorch Distributed / MoEInfra-L2–L4
83 量化 Serving Profile 基准同一量化 artifact 在 latency / balanced / throughput 下的 SLO 对照主归属:2.8 / 量化CPU;可选单 GPU · serving backendInfra-L2–L4
86 DPO 在线基准在线对齐的质量、成本与漂移对照主归属:2.4 / 后训练优化单 GPU · 真实 backendInfra-L3–L5
Analysis61 架构验证项目汇总架构证据并形成选型建议主归属:2.2 / 大模型架构演进单 GPU · TransformersInfra-L3
74 性能分析驱动的端到端优化将 profile 证据转为端到端优化结论主归属:2.5 / 性能优化单 GPU · PyTorch Profiler / backendInfra-L1–L5
75 显存预算压缩项目在显存、吞吐与质量约束下选择策略主归属:2.5 / 性能优化单 GPU · TransformersInfra-L1–L5
81 分布式推理逻辑验证汇总服务形态、通信与扩展证据主归属:2.9 / 通信与并行多 GPU · PyTorch DistributedInfra-L3–L5

Learning Path | 学习路径 ​

  • 后训练与对齐: 64 -> 62 -> 63 / 65;完成 SFT 交付后进入 84 -> 85 -> 86。
  • 推理优化与部署: 66 -> 68 / 69 / 70 -> 72。67 是量化部署分支,应以 66 的浮点 baseline 为起点。
  • 量化: 40 / 41 / 54 / QUANT-MIXED-BIT -> 82 -> 66 -> 67 -> 83。
  • 性能优化(训练侧): 73 -> 76 -> 75 -> 74。
  • 性能优化(跨 workload 复用):后训练复用 62 / 65 / 84–86 的训练、rollout、质量与 artifact 证据;推理复用 66 / 67 / 70 / 83 的容量、延迟、backend 与量化证据。项目主归属保持不变。
  • 大模型架构演进:完成机制页后进入 60 比较 Block 变体;Attention 访问范围进入 78,KV 表示与长序列记忆按需进入 71 / 77,由 61 汇总审计。
  • 通信与并行:按目标选择独立出口——训练状态进入 79,PP / TP / CP 进入 PAR-MODEL-INTERNAL,MoE 专家并行进入 80,分布式推理进入 81。

Next Steps | 后续衔接 ​

  • 做完训练、推理或分析项目后,可回看 2.3、2.5、2.6、2.9 复盘对应能力来源。
  • 如果要继续加深工程化能力,可沿专题入口和后续项目线继续展开:推理侧回看 38/39,显存侧回看 19/42/43,通信侧回看 48/49,对齐侧回看 51/52。

Environment Notes | 环境说明 ​

  • 默认按 CPU-first 阅读,先完成项目的逻辑和 correctness 验证,再按需要进入真实环境。
  • 这里只写组级统一前提,不点到具体节号。
  • 项目中的性能分析、分布式或部署验证,若需要 GPU / 多卡 / 工具链支持,以单页说明为准。

Released under the MIT License.