系统与数据库2015people.freebsd.org编辑精选
每个程序员都应该了解的内存知识
What Every Programmer Should Know About Memory (2007)
进阶 · 约 150 分钟读完前置知识：计算机体系结构基础、C/C++ 内存管理、操作系统基础
导读
这是 Ulrich Drepper 2007 年的经典长文《每个程序员都应了解的内存知识》，系统讲解了从 RAM 硬件原理、CPU 缓存、NUMA 到内存分配器与页表等内存子系统的运作机制，以及它们对程序性能的影响。文中关于 CPU 缓存（第 3 节起）的部分被读者认为最具实用价值。
HN 关注点：这篇是 HN 上多次被重发的经典文献，读者关注的是内存层次结构对程序性能的深远影响，以及'每个程序员是否真的需要懂这些底层细节'的争论。
后来怎么样
成为程序员理解内存子系统的经典参考，长期被广泛引用，其缓存与 NUMA 章节至今仍是性能优化领域的标准阅读材料。
HN 评论精选
这几条评论里：支持 1 质疑 1 补充 2
支持推荐直接从第 3 节 CPU 缓存部分开始阅读
这是一份极其有用的指南，但开头从晶体管层面讲起，我觉得相关性不大。真正有价值的内容从第 3 节 CPU 缓存开始。
kenferry查看英文原文
This is an incredibly useful guide, but it starts out with transistor level stuff that I at least find much less relevant. The good stuff starts at section 3, CPU Caches.
质疑质疑'每个程序员'的说法：底层内存细节应由编译器作者负责
一篇引人入胜的文档，但要说每个程序员都需要熟悉电容时序才能高效使用 RAM、写出高效的程序，我觉得太牵强了。随着无手动内存管理（MMM）的语言越来越流行，这些细节实际上是编译器作者（至少是其中一部分人）的责任。
fnovd查看英文原文
A fascinating document, but I find it far-fetched that every programmer needs be intimately familiar with capacitor timing to use RAM efficiently, let alone write efficacious programs. As languages without MMM become more popular, it's really up to the compiler authors (or at least a subset of them) to get all of these details right.
补充补充推荐 Dan Luu 关于 CPU 特性演进的配套文章
这里有一篇很好的配套文章，聚焦 CPU 特性而非内存：《80 年代以来 CPU 的新变化及其对程序员的影响》（danluu.com/new-cpu-features/）。
lj3查看英文原文
Here's a good companion piece that focuses on CPU features rather than memory: "What's new in CPUs since the 80s and how does it affect programmers?"[0] [0]: https://danluu.com/new-cpu-features/
补充趣闻：作者 Drepper 在 FOSS 界很有名，却因知名度争议无法创建英文维基页面
稍微跑题：作者 Ulrich Drepper 因其在 GNU C Library 上的工作在 FOSS 界很有名。我惊讶地发现他没有英文维基百科页面（尽管有德语、法语、挪威语、日语和波斯语页面）。我想自己创建一个，却发现页面'被禁止创建'——2014 年的存档删除讨论称该条目不满足知名度、可验证性等要求。
delhanty查看英文原文
(slightly) OT: The article is well known and the author Ulrich Drepper is also well known in the FOSS world for his work on the GNU C Library. [1] So I was surprised to find that he did not have a small English language Wikipedia page, even though there were pages in German, French, Norwegian, Japanese and Persian. Oh, "that can't be right - I'll create one!", I thought. (By translating one of the existing pages.) But I could not! The page "is protected from creation" [2]. An archived deletion discussion from 2014 states "This article fails Wikipedia:Notability (people), Wikipedia:Verifiability, and Wikipedia:Biographies of living persons and should be deleted." ... etc. Edit: s/Dropper/Drepper/ [1] https://en.wikipedia.org/wiki/GNU_C_Library [2] https://en.wikipedia.org/wiki/Ulrich_Drepper [3] https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Ulrich_Drepper
历次讨论
- 2015Hacker News 讨论帖102 分 · 15 评
- 2017Hacker News 讨论帖87 分 · 26 评
- 2022Hacker News 讨论帖82 分 · 18 评
同领域还值得读
I/O 比 CPU 更快——让我们划分资源并消除操作系统抽象
I/O Is Faster Than CPU – Let’s Partition Resources and Eliminate OS Abstractions
指出在现代服务器硬件上 I/O 速度已接近甚至超过 CPU，传统操作系统抽象反而成为瓶颈。
系统与数据库2019 · 817 分 · 277 评进阶 · 约 30 分钟编辑精选使用 io_uring 的高效 I/O
Efficient IO with io_uring
由 Linux 内核开发者 Jens Axboe 撰写，介绍 Linux 新的异步 I/O 接口 io_uring。
系统与数据库2019 · 426 分 · 96 评进阶 · 约 45 分钟编辑精选线程对大多数用途而言是个坏主意（1995）
Threads Are a Bad Idea for Most Purposes (1995)
这篇 1995 年的文章由 John Ousterhout 撰写，讨论为什么线程对大多数用途而言是坏主意，并主张事件驱动编程通常更简单、更高效。
系统与数据库2017 · 423 分 · 382 评进阶 · 约 25 分钟编辑精选学习型索引结构之论证
The Case for Learned Index Structures
提出把索引看作一种"模型"：既然 B-tree 等结构本质上是在学习数据的分布，就可以用机器学习模型（如回归模型、神经网络）来近似键到位置的映射，从而替代 B-tree、哈希索引…
系统与数据库2017 · 398 分 · 66 评 · 引用 25进阶 · 约 60 分钟编辑精选FoundationDB：一个分布式、解耦的事务型键值存储
FoundationDB: A distributed, unbundled, transactional key value store
介绍 FoundationDB：一个分布式、解耦设计的事务性键值存储。
系统与数据库2021 · 283 分 · 99 评进阶 · 约 90 分钟编辑精选