对比视图的第一原则：字段分组而非平铺

把几十个参数平铺成一张大表，阅读者往往只看第一列。看球网在产品与方案栏目整理公开资料时采用分组结构，把字段拆成计算、存储、互联、封装、软件与功耗六组，每组给出核心指标与派生指标。这样做的目的不是信息更少，而是让差异更早暴露。

分组之后，训练与推理场景可以共用同一套字段体系，只调整默认排序和权重。看球网建议研发团队在内部评审时先看分组结论，再展开细节字段，避免一开始就陷入单个数字的比较。字段命名也应统一口径，例如明确标注是峰值还是实测、是单卡还是整机。

  • 计算组：精度支持、峰值算力、有效利用率描述
  • 存储组：容量、带宽、缓存层级与压缩特性
  • 互联组：卡间带宽、拓扑扩展与协议版本

派生指标比原始参数更能说明架构取向

原始参数本身没有好坏，组合后的比值才反映架构取向。算力与带宽比偏高，说明架构更偏计算密集；偏低则更依赖数据搬运效率。看球网在对比视图中加入若干派生指标，帮助研发团队快速判断某条架构路线与自己业务负载的匹配度。

常见的派生指标包括每瓦有效吞吐、显存容量与带宽配比、互联带宽与算力配比等。需要强调的是，派生指标依赖公开参数计算，无法替代真实业务压测。看球网建议把派生指标作为初筛工具，进入短名单后再用自有负载验证。对比视图应保留原始字段链接，方便追溯计算来源。

  • 算力带宽比：判断计算密集还是访存密集
  • 每瓦有效吞吐：评估长期电力成本
  • 互联算力配比：评估集群扩展瓶颈

场景权重与阅读顺序要写进视图说明

同一张对比表，训练团队和推理团队看到重点完全不同。看球网在方案页提供场景切换说明，明确当前视图默认权重偏向哪类负载，并给出字段阅读顺序建议。没有说明的对比表容易被误读为通用排名。

阅读顺序通常建议从场景匹配度开始，再看系统级约束，最后看单项参数。系统级约束包括功耗包络、散热方式、封装可获得性与软件栈适配情况。看球网提醒，公开参数往往来自不同测试条件，视图说明中应标注数据来源类型与口径差异，避免把不同条件下的数字直接相减。

  • 先看场景匹配与权重说明
  • 再看功耗、散热与封装等系统约束
  • 最后展开单项参数并核对口径

让对比视图可持续维护

参数会随公开资料更新而变化，对比视图如果缺乏维护机制，很快会失去参考价值。看球网采用字段版本与来源标注的方式，记录每个参数的公开来源类型与更新状态，便于研发团队判断信息新鲜度。视图本身保持结构化，不堆砌描述性文字。

对于研发团队内部使用，看球网建议指定字段负责人，按季度复核分组字段与派生指标定义，确保跨团队讨论使用同一口径。通过安卓、苹果 iOS、Windows 电脑版与 Mac 电脑版客户端，团队成员可以同步查看最新对比视图，减少因版本不一致产生的沟通成本。把对比视图当成一份持续演进的工程文档，而不是一次性表格，选型讨论才会越用越顺。

  • 为每个字段记录来源类型与更新状态
  • 指定字段负责人并定期复核定义
  • 多端同步查看，保持团队口径一致