为什么把带宽和功耗放在一起看
结论前置：显存带宽决定计算单元能不能被喂饱，功耗决定这种喂饱能持续多久，两者放在一起看，才能判断一颗芯片的真实可用性。低调看球产品与方案栏目在整理条目时，把带宽与功耗作为一组关联参数呈现，而不是各自孤立罗列。
在推理场景中，模型权重与中间结果频繁往返于显存与计算单元之间，带宽不足会让算力空转；而带宽提升往往伴随功耗上升，散热与供电又反过来限制持续性能。边缘场景同样如此，端侧芯片的功耗预算紧张，带宽设计必须在有限瓦数内做到够用。低调看球在参数条目中标注测试条件，就是为了让这组搭配关系可读、可比。
- 带宽看的是显存与计算单元之间的数据供给能力
- 功耗看的是峰值与典型工况下的能耗表现
- 两者共同决定持续吞吐，而非瞬时峰值
四组典型搭配盘点：各有什么适用边界
结论前置：按带宽与功耗的相对关系，可以归纳出四组典型搭配，每组都有明确的适用边界，跨组直接比数值意义有限。低调看球在多选横向对比中会显示组别标签，提醒读者先归组再比较。
第一组是高带宽高功耗，适合对吞吐要求高、供电与散热条件充足的推理集群场景。第二组是高带宽低功耗，常见于对能效敏感的端侧与边缘设备，设计难度较大。第三组是中等带宽中等功耗，覆盖面广，适合负载波动较大的通用推理。第四组是低带宽低功耗，适合轻量任务与常开型终端，追求的是稳定与成本。低调看球建议读者先判断自己属于哪一组，再在同一组内比较算力精度与显存容量，避免拿第一组的数值去压第四组的方案。
- 高带宽高功耗：吞吐优先，配套条件要跟上
- 高带宽低功耗：能效优先，设计与成本压力大
- 中等搭配：通用性强，适合负载波动场景
- 低带宽低功耗：轻量常开，稳定与成本优先
横向对比时的三个口径细节
结论前置：同样是标称带宽，口径不同结果可能差出一截；同样是标称功耗，测试条件不同也不可直比。低调看球在参数条目中固定记录口径说明，减少跨场景误比。
第一个细节是带宽的统计范围，是仅指显存带宽，还是包含片间互联与系统总线，需要在条目中写清楚。第二个细节是功耗的测试工况，是峰值负载还是典型业务负载，是否包含外围电路。第三个细节是算力精度的对应关系，带宽与功耗的数值往往绑定某一精度档位，换档之后不能直接沿用。低调看球在方案对比页把这三点做成固定字段，读者勾选多条记录时能一眼看出差异来源。
习惯在赛前翻资料的球迷，可以在低调看球安卓与苹果 iOS 客户端上收藏条目，回到 Windows 电脑版或 Mac 电脑版继续做多选对比，参数口径保持一致，不用重新适应。
盘点之后：把搭配关系变成选型习惯
结论前置：带宽与功耗的搭配不是越强越好，而是越匹配越好。先归组、再看口径、最后核对适用边界，是这套盘点方法的核心。
低调看球产品与方案栏目会持续维护这三类场景下的参数条目，支持多选横向对比，并在每条记录旁标注适用边界。读者不妨把四组搭配当成一张地图，先定位自己的位置，再决定往哪个方向走。少一次跨场景误比，就少一次选型返工。
