LIBRARY / 阈 · 知库
让知识,形成体系。
将复杂议题拆解成可理解、可查阅、可持续更新的知识产品。
AI算力
产业链A FIELD GUIDE TO
AI COMPUTING
概念封面 / 内容筹备中
TK—001 / 首款知识产品
内容筹备中从零看懂
AI算力产业链
为希望建立产业认知框架的读者,绘制一张连接芯片、服务器、数据中心与应用的知识地图。
- 内容结构
- 6 个计划章节
- 预期形式
- 手册 + 图谱 + 清单
- 售价
- 待公布
- 当前版本
- v0.1 · 结构预览
INTERACTIVE FIELD NOTES / 交互知识札记
算力如何成为
一项可用的服务?
从一个任务出发,沿着四个层次理解系统。点击节点,展开它背后的问题。
教学示例 · 非实测数据
四个层次相互关联,并非严格的时间顺序
你希望计算系统完成什么工作?
先定义应用任务,再讨论需要多少算力。模型训练、在线推理与数据处理,对响应时间、并发和设备协同的要求并不相同。
先问:任务规模、输入长度、响应时间与评估方式是否明确?
任务如何落到硬件上?
芯片执行计算,内存承载工作数据,互联负责设备之间的交换。单一器件的峰值参数,并不等于整个系统处理实际任务的能力。
先问:比较的是峰值参数,还是相同工作负载下的实际结果?
系统如何持续运转?
计算设备需要供电、冷却、网络和运维条件。研究这些环节时,要把设备指标、机房指标和整体服务的统计边界分开。
先问:电力、冷却、网络和维护的约束,是否进入分析?
用户最终得到什么?
用户体验取决于任务能否稳定完成,以及实际响应时间、吞吐与成本。调度、排队和故障恢复都会影响服务,不能只用设备数量代替交付能力。
先问:结果是否记录了任务条件、测量时间与失败情况?
四个词,先说清楚。
名词卡 / REFERENCE01算力COMPUTING CAPACITY+
计算系统执行任务的能力。比较时,需要同时说明任务、精度、硬件与测试条件。
不要将不同计算口径下的峰值数字直接比较。
02吞吐THROUGHPUT+
一定时间内完成的工作量,例如每秒处理的请求数。它反映处理规模,但不能单独解释每个请求的等待体验。
吞吐高,不意味着单次请求一定响应更快。
03时延LATENCY+
一个请求或步骤从开始到完成所经历的时间。需要说明起点、终点,以及是否包含排队与网络传输。
平均值可能掩盖部分请求的长时间等待。
04利用率UTILIZATION+
资源在某个测量窗口内被使用的程度。不同工具可能测量不同层面的忙碌状态,必须先看定义。
设备忙碌,不等于正在产生有效业务结果。
研究之前,核对四件事。
工具箱 / CHECKLIST一份帮助你检查研究材料的起步清单。
- 01
先对齐问题
研究哪种任务、哪一层系统,比较对象是否一致?
- 02
再对齐口径
指标单位、精度、测量时间与环境是否一致?
- 03
回到原始资料
是否能找到原文、测试条件与数据更新时间?
- 04
记下未知与反证
还缺什么证据?出现什么结果会改变判断?
本页示例内容,不代表完整知识产品已经交付。
OUR APPROACH / KNOWLEDGE THAT CONNECTS
不止知道,更要理解。
先建立地图
先理解关键概念与关系,再进入细节。
让信息可追溯
在正式版本中保留来源、时间与适用边界。
随理解而更新
保留版本记录,清楚呈现每一次修订。