LLM Primer VI — 系列导读与目录

发布于: 2026-04-22 最后更新于: 2026-07-08 版本: 2
LLM Primer VI — 系列导读与目录

LLM Primer VI — 系列导读与目录

LLM Primer VI: Scaling AI Systems》章节走读的第一篇。这一卷把 LLM 推理当成一门工程学科来对待 —— 内存带宽、调度、每一美元的账单,在同一块芯片上撞在一起。


这套走读为什么存在

一块租金四到八美元一小时的 H100,能给出 989 TFLOP/s 的 BF16 算力。一个单用户,面对 70B 模型,实时地生成一段回答,大概只用到这块芯片 0.34% 的算力。剩下 99.7% 是空转 —— 不是因为工作量小,而是因为工作量卡在内存带宽上,HBM 一层层往芯片里流权重,tensor core 却没活干。推理工程这门学科,做的就是给这些空转的计算单元找活。它是一门关于 batch、关于 KV cache 记账、关于量化、关于投机解码、关于调度,最后也关于平台、编排和成本的学科。这一卷里每一项技术,都是同一个动作的变体:把带宽受限造成的浪费转换成吞吐,又不能破坏用户实际感受到的延迟。

一句话:LLM serving 是一个系统问题:一个带宽受限的解码循环,一份接近小型数据库大小的 KV cache,再加上一张按 token 计费的账单,共同决定一个产品能不能在真实流量面前活下来。

写给谁

平台工程师、SRE、负责大规模 LLM 推理的基础设施架构师 —— 延迟一飙升就被 page 的那群人,预算表上 GPU 池那一行是他们的,月底还要向财务解释为什么这个月的账单是上个月的两倍。也写给刚把模型训练完就要负责把它 serve 出去的 ML 工程师,以及不知不觉成了团队里最懂推理那个人的后端工程师。这本书假定读者对分布式系统和容器熟悉,不假定读者对 GPU 内部结构或者 transformer 的内存访问模式有先验知识。这两块是从头搭起来的。

怎么读

十六章分成六个部分。第 1、2 章给这份工作量起名字 —— 自回归循环和 KV cache。第 3、4 章走跑它的那些硅片,从 H100 到 Groq 的 LPU。第 5、6 章走模型侧的压缩 —— 量化、剪枝、蒸馏 —— 减小带宽负担。第 7 到 9 章走运行时侧的技巧 —— batching、paged KV、投机解码 —— 把空转时间藏起来。第 10 到 13 章走服务栈 —— engine、平台、拆分部署、autoscaling —— 把这些技巧变成一个能跑的服务。第 14 到 16 章走钱:token 经济学、自建对比 API、以及那些会复利叠加的省钱手法。各章可以按顺序读,也可以按主题跳读,但机制先行的这套讲法依赖第 1、2 章的框架。

十六章的走读安排

4 月 23 日到 5 月 8 日,每天一章。每一篇把该章的三个核心观点浓缩成一份大约五分钟能读完的稿子,书里那一章保留完整的例子、代码,以及 In Plain English 边栏。

这一卷在这套系列里的位置:第一到第四卷讲清楚了 transformer 的机制、RAG、agent 和多模态。第五卷走的是应用层的工程 —— 那层包住概率核心的确定性外壳。第六卷是外壳下面那一层:模型调用本身怎么被 serve 得又快又便宜,才能让上面那层外壳在经济上跑得通。第七卷 —— AI 安全 —— 收尾整个系列,讲威胁建模、护栏,以及正在重塑上述所有部署方式的监管。

关于这本书和这套系列

LLM Primer 系列共七卷,作者是下田昌平,在 Amazon KDP 出版,每一章在 ReceiptRoller 博客这里按走读的节奏发布。这套系列的立场是:用 LLM 做产品是一门系统学科,而学它最好的方式是按机制先行的散文一层一层走过整栈,而不是靠一份清单打勾。第六卷是基础设施那一卷 —— 一层一层回答这样一个问题:硬件、运行时、平台各自要满足什么条件,才能让一个 LLM 功能在真实流量和一次财务审阅面前都活下来。

去看一眼这本书。书里有完整的例子代码 —— 校准和 continuous batching 能跑的 Python、KServe 和 Grove 的 YAML、以及走读文章只做了摘要的那些 In Plain English 边栏。在 Amazon 上查看 LLM Primer VI →

下田 昌平
下田 昌平
作为株式会社Receipt Roller的CEO兼CTO,目前负责开发电子收据服务以及自动将对话分类并生成行动任务的系统「ACTIONBRIDGE」。从小便接触编程,1996年参与开发测量仪器的相关程序,始终保持着对技术的深刻探索与热情。 在此前的职业生涯中,曾担任日本最大呼叫中心行业企业的子公司——一家研究开发公司的CEO/CTO,领导了多个技术开发项目。目前,我依然活跃在编程的最前沿,持续书写代码。