系统与基础设施agner.org
Intel 的“废掉 AMD”函数（2009）
Intel's "cripple AMD" function (2009)
2010 — 2014，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
Agner Fog 在 2009 年指出，Intel 编译器（以及 IPP 等库）会在运行时检测 CPUID 厂商字符串，若不是 "Genuine Intel"，就不走 SSE 等最优代码路径，从而在 AMD 处理器上人为降低性能。文中还给出了绕过这种检测、修改 CPU 分派逻辑的思路。
为什么经久不衰：它揭示了一个至今仍在的议题：编译器与库的厂商锁定、按 CPU 品牌而非能力分派代码，以及基准测试如何被操纵；Agner Fog 的优化手册也仍是经典参考。
HN 评论精选
实际用户被迫打补丁才能让 Intel 编译的程序在 AMD 上跑满性能。
几年前我在实践中遇到过：为了让 WRF（数学密集的大气模式软件，我在维护一个旧金山湾区的滑翔预报非商业网站）在我的 AMD 集群上运行，我不得不给用 Intel 编译器编译的可执行文件打补丁，所做的只是把其中检测“Genuine Intel”的代码抹掉。这个“后链接器”补丁在这里可以找到。
dchichkov查看英文原文
I've ran into it in practice a few years back, while making WRF (math intensive atmospheric modeling software, I'm maintaining non-commercial soaring prediction site for the bay area) to work on my AMD cluster. Had to patch the executable compiled with the Intel compiler in order to make it work unhindered on AMD's. The patch was just zapping 'Genuine Intel' detection code in the compiled executable... That 'post-linker' patch is available here: http://www.swallowtail.org/naughty-intel.shtml
诉讼以小额赔偿加免责声明收场。
（2009 年）此后 Intel 以支付 1000 万美元和解诉讼，并同意在编译器上加上这样的免责声明：“对于非 Intel 微处理器上那些并非 Intel 微处理器独有的优化，Intel 编译器优化的程度可能相同，也可能不同……”
wmf查看英文原文
(2009) Since then Intel settled the lawsuit by paying $10M and agreeing to add the following disclaimer to their compilers: "Intel's compilers may or may not optimize to the same degree for non-Intel microprocessors for optimizations that are not unique to Intel microprocessors..." http://software.intel.com/en-us/articles/optimization-notice#opt-en http://www.anandtech.com/show/3839/intel-settles-with-the-ftc
和解并未真正移除该行为，只是加了告知义务。
这是篇老文章。据我所知，达成的和解完全是个笑话，肯定没有去掉这个“阉割 AMD”的功能。现在 Intel 只需告知客户在其他 CPU 上可能得不到最佳性能，并在客户能证明自己误以为不会如此才买了编译器时退还编译器费用之类。
gcp查看英文原文
This is an old article. As far as I know, the settlement that was been reached was entirely laughable and most certainly doesn't remove the "cripple AMD" function. Now Intel just has to notify customers that it may not get optimal performance on other CPUs, and reimburse them the cost of the compiler if they can demonstrate that they mistakenly bought the compiler thinking that wouldn't happen, or something like that. There is no new info in the linked article regarding the "new" FTC investigation.
静态分派不仅坑 AMD，在新型号 Intel CPU 上也会退化。
用 IPP 时，我不得不重写 CPU 检测代码，连新的 Intel 芯片出来也得改。这段代码本该更好——真的应该直接对所有的选项做基准测试，并捕获处理器异常来挑选受支持的路径。可实际做法是对“已知”芯片做静态分派，这非常糟糕。Core2Duo 出来时，我们用的那版 IPP 退回到基础 MMX 代码而不是 SSE2，慢了约 2.5 倍。这本身就是烂代码，而且在 Intel 芯片上也烂，不只是 AMD。
herf查看英文原文
When using IPP, I had to rewrite the CPU detector, even for new Intel chips as they came out. This code should be better...really it should just benchmark all the options and catch processor exceptions to pick a supported path. Instead, the idea is to do a static dispatch for 'known' chips, which is really bad. When the Core2Duo came out, the version of IPP we used reverted to basic MMX code instead of SSE2, about 2.5x slower. This is just bad code, and it's bad on Intel chips, not just AMD. Also there is the "optimized for benchmarking" piece. It's not always good to use all your cores for one job, for instance, but a lot of these libraries make the assumption that your CPU has nothing else to do.
历次讨论
同类还值得读
TTY 揭秘（2008）
The TTY demystified (2008)
经典文章深入剖析了 Unix/Linux 中 TTY 子系统的工作原理，包括线路规程、终端驱动、信号与控制字符等机制。
系统与基础设施上首页 11 次 · 2009–2025linusakesson.net编辑精选为什么 GNU grep 这么快
Why GNU grep is Fast
FreeBSD 邮件列表上一篇广为流传的帖子，解释 GNU grep 为什么快：核心在于 Boyer-Moore 字符串搜索算法配合精心优化的内部循环和 I/O，让程序在搜索时“…
系统与基础设施上首页 9 次 · 2010–2022lists.freebsd.orgXplain：为普通人讲解 X11
Xplain – Explaining X11 for the rest of us
《Xplain》是作者（HN 用户 Jasper_）写的一系列 X11 长文，用他在浏览器中重建的 X11 绘图模型做交互演示，讲解 X11 的绘图模型与窗口系统设计。
系统与基础设施上首页 6 次 · 2013–2020magcius.github.io编辑精选旋风教程：为 Linux 创建极小 ELF 可执行文件（1999）
A Whirlwind Tutorial on Creating Really Teensy ELF Executables for Linux (1999)
breadbox 写于 1999 年的经典教程，主题是如何为 Linux 手工构造并裁剪出体积极小的 ELF 可执行文件。
系统与基础设施上首页 6 次 · 2007–2025muppetlabs.comPostgreSQL 内部原理
The internals of PostgreSQL
《The Internals of PostgreSQL》是一本免费在线书籍，系统讲解 PostgreSQL 的内部实现，包括查询处理、并发控制、WAL、缓冲区管理等核心机制。
系统与基础设施上首页 5 次 · 2017–2025interdb.jp编辑精选