HeyJaredAndrej Karpathy的RSS订阅清单
精选自 Andrej Karpathy 的 RSS 订阅清单，每日为你解读他在关注的技术博客文章，涵盖 AI、编程、安全等领域。OPML 来源：https://gist.githubusercontent.com/emschwartz/e6d2bf860ccc367fe37ff953ba6de66b/raw/hn-popular-blogs-2025.opml
- Indexed episodes, last 90 days
- 50
- Latest publication
- Sep 12, 2026
- Audience
- Checking…
- Earliest in this view
- Aug 25, 2026
Latest episodes
Emacs原生编译快2.5到5倍，调试时却只剩一个函数名 (opens the original)
Read excerpt
一次由 Unicode 不换行空格触发的 Emacs 崩溃，暴露出原生编译带来的调试盲区：程序运行更快了，但错误堆栈可能只剩下出错函数名，无法定位到具体代码分支。 本期深度解析 cks 如何通过“重新求值”同一函数定义，临时切回可观察的 Lisp 执行形态，找回完整调用链与局部变量，最终定位 nil 值的真正来源。这不只是 Emacs 技巧，也是一条通用调试原则：排查问题前，先确认代码究竟以什么形态在运行。 原文链接： https://utcc.utoronto.ca/~cks/space/blog/programming/EmacsDebuggingStandardBits 原文标题：Notes on debugging standard and third-party Emacs code 主要内容： • 一个肉眼难辨的 U+00A0 不换行空格，会让 `goto-address` 触发 `wrong-type-argument` 错误。 • 原生编译通常可带来字节码约 2.5 到 5 倍的性能，但也会压缩调试信息，使堆栈难以精确指向源码位置。 • 在函数定义处执行 `C-M-x`
ud2原来不是第一代：Intel竟被旧软件逼着承认ud0和ud1 (opens the original)
Read excerpt
一条常见于崩溃现场的 `ud2` 指令，为什么偏偏叫“2”？微软资深工程师 Raymond Chen 从这个细节出发，重构了一段鲜为人知的 x86 兼容性历史：两种原本未被正式定义、却被软件生态广泛依赖的“非法指令”编码，最终迫使 Intel 将其追认为 ud0 与 ud1。 本期将深入解析这段历史背后的工程规律：未写入手册的可观察行为，也可能在规模化生态中变成事实契约；而 ud2 的价值不只在于“必然失败”，更在于它能以确定、可依赖的方式失败。欢迎结合原文阅读，理解硬件兼容性与软件工程之间的真实拉扯。 原文链接： https://devblogs.microsoft.com/oldnewthing/20260910-00/?p=112689 原文标题：Why is the x86 undefined instruction called ud2? Why 2? 主要内容： • 早期 x86 没有正式定义的“必定非法”指令，开发者曾分别依赖 `0F FF` 与 `0F B9` 来主动触发 invalid opcode 异常。 • 当 Intel 的后续处理器改变了这些未公开编码的行为，
舒尔曼：「新模型一个月后又显得笨」AGI循环为何难破 (opens the original)
Read excerpt
本期「Andrej Karpathy的RSS订阅清单」深度解析 Dwarkesh Patel 与 John Schulman、Beren Millidge、Charlie O'Neill 的一场前沿对谈：递归自我改进能否形成闭环，AI 是否会因此加速迈向 AGI？ 讨论没有停留在模型跑分，而是直指真正的瓶颈：AI 能否提出值得探索的问题、把模拟环境中的能力迁移到真实世界，以及在持续更新中避免遗忘。节目带你理解，所谓“智能爆炸”或许并非模型瞬间自我觉醒，而是“部署—反馈—训练”循环被压缩到小时级的结果。 原文链接： https://www.dwarkesh.com/p/john-beren-charlie 原文标题：AI researchers debate how close we are to recursive self-improvement 建议结合原文阅读，获取三位研究者完整、直接的观点交锋。 主要内容： • 新模型发布后“惊艳一个月、随后又显得笨”的循环，揭示了能力提升与真实短板持续暴露之间的张力。 • 自动化 AI 研发的关键难点不只是跑实验，而是判断什么问题值得研究、下
作者实测：「999999」竟能让Polkit直接拒绝 (opens the original)
Read excerpt
当管理员希望彻底禁止某个账户执行管理操作时，Polkit 的默认行为却可能将“拒绝”转化为一次 root 密码认证机会。本文通过实测和源码追踪，揭示了 Polkit 在管理员身份解析、空候选身份与回退逻辑上的关键设计假设。 文章还发现了一个颇具启发性的边界案例：返回一个不存在的数字 UID（如 `999999`），反而能得到干净的 “Access denied”。这不仅是一个实用技巧，更是一堂关于验证顺序、失败关闭与安全边界设计的深度解析。节目将带你理解其机制，也提醒你为何不应将长期安全性押注在实现细节上。 原文链接： https://utcc.utoronto.ca/~cks/space/blog/linux/PolkitAlwaysAnAdmin 原文标题：Polkit insists on there always being administrative users 主要内容： • Polkit 的 `addAdminRule` 机制隐含“始终存在可认证管理员”的设计前提，难以原生表达“完全没有管理员可用”的拒绝状态。 • 空数组、无效用户名、空组、无效组以及 `polkit.
Linux源码：「D状态不等于磁盘IO」— GPU也会推高负载 (opens the original)
Read excerpt
Linux 的 load average 并不只是“CPU 有多忙”的指标：它还会计入处于不可中断等待（D 状态）的任务。磁盘、网络、NFS、GPU 驱动等任一内核依赖链卡住，都可能让负载飙升，即使 CPU 几乎空闲。 本文通过重新核对 Linux、NetBSD、OpenBSD、FreeBSD 与 Illumos 的内核源码，揭示“load average”在不同 Unix 系统中其实采用完全不同的统计口径。本期将深度解析这段历史包袱，以及如何避免把 D 状态简单误判为磁盘 IO 问题。 原文链接： https://utcc.utoronto.ca/~cks/space/blog/unix/ManyLoadAveragesOfUnixII 原文标题：The many load averages of Unix(es) in 2026 主要内容： • Linux 的 load average = 可运行任务 + 不可中断等待任务，并非纯粹的 CPU 调度压力。 • NetBSD、OpenBSD、FreeBSD 和 Illumos 的核心口径更接近：主要统计正在运行或可运行的任务。 • L
Publishing over time
Last 90 days. Choose a month to open its work.
Recurring subjects
Named in the text we hold. One piece can cover several.
Audience
No verified audience measurement yet.
About this data
Counts cover the work we have indexed. Tone needs enough text and a confident classification. Excerpts and episode notes are not full articles or transcripts.
Identity or attribution wrong? Suggest a correction.