作者曾珍视因网络写作而产生的真诚邮件，但表示由 LLM 驱动的冷 outreach 已将大多数信息变成虚假的推销。发送者伪装成好奇的读者，提出开放式问题，随后转而推销产品。他厌恶这种操纵性的增长黑客手段，不会购买广告产品，却难以区分真诚信息与推销。如今他只简短回复，若后续无销售推销才继续交流，尽管感到沮丧仍保留公开邮箱。
每日HackerNews RSS
HN 用户报告称，因他们的评论和帖子而触发的自动化、带有 LLM 风格的外联消息有所增加。这些消息往往引用真实的活动，却转向销售推销、咨询或招聘垃圾信息，使得真正的社区互动更加困难，并促使一些人移除联系方式或停止公开互动。评论者将渠道被低质量内容淹没归咎于 LLM，提到 GitHub 和招聘广告中类似的垃圾信息，并讨论可能的解决办法，如水印、点名羞辱或更多依赖线下面对面关系。尽管感到沮丧，许多人仍然珍视真实的 HN 连接。
主动基准测试 Active Benchmarking
10 小时前
基准测试常在未验证其真实测量内容的情况下运行，导致决策失误。作者对比了被动基准测试与主动基准测试。被动基准测试仅收集结果，常在缺乏技术支持证据的情况下生成误导性图表。主动基准测试在基准运行期间分析系统，使用 vmstat、iostat、perf 或 DTrace 等工具，并事先检查配置。其目标是确认基准测试针对预期对象、识别真正的瓶颈，并解释结果无法更高的原因。常见陷阱包括争用、限流、单线程基准代码、版本不匹配、磁盘与文件系统测试混淆以及不切实际的工作负载。统计分析只有在获得有效结果后才有用；否则可能让坏数据显得可信。主动基准测试需要更多前期投入，但能提高准确性和决策质量。
Hacker News
新 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交
登录
主动基准测试
（brendangregg.com）
12 分
由
dboon
2 小时前
| 隐藏 | 过去 | 收藏 | 1 条评论
帮助
jerf
6 分钟前
[–]
我并没有把它作为有意识的策略，但我可以确认，每次我这么做时，总能发现一些如果不在运行时看着它就会使基准测试失效的问题。文章提到了这一点，但我见过像“奇怪，这应该用上我所有核心而不是只有一个”这么简单的情况好几次，或者同样愚蠢的问题。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
zebkit 将 Chromium 引擎（Blink、V8、PDFium、FFmpeg 等）打包为一个可链接到自有应用中的单一库，没有浏览器运行时或 Electron 开销。它运行在应用的事件循环中，并在你的窗口中绘制，支持 Linux、macOS 和 Windows，提供 C、C++、Rust、Python 和 JavaScript API。除网页视图外，它还暴露 Chromium 的库（SQLite、BoringSSL、ICU 等），以及内置的 PDF、媒体捕获、压缩、加密、2D 绘图和自动化 API。Playwright 的 API 在引擎内原生运行，比通过 CDP 快 3–10 倍；MCP 服务器向 AI 代理暴露引擎能力。与 Electron 45.2.1 相比，zebkit 小 34%，冷启动快 66%，每页内存少用 29%，并提供权限、导航、对话框和桌面集成的原生钩子。你的应用保留自己的进程、工具包和分发方式；zebkit 是附加库，不是基础。需要 Chromium 157 引擎，默认沙箱化。
Hacker News 介绍了 Zebkit，这是一个将 Chromium 引擎（Blink、V8、PDFium、FFmpeg）作为可链接库嵌入的项目，而非 Electron 这样的运行时。应用保留自己的事件循环、窗口和工具包，将 Web 视图添加为窗口、子视图或离屏帧。与 Electron 45.2.1 相比，它声称体积小 34%、冷启动更快（2.3 秒 vs 6.6 秒）、内存少 29%，且 DOM/JS 性能相当。它没有 Node，暴露应用控制的权限、网络和 UI 集成，支持 CDP 和原生 Playwright API，并导出 Chromium 库及 PDF API。评论讨论了共享库使用、CEF 经验、AI 生成文本和沙箱。
请启用 JavaScript 和 Cookie 以继续
一个 Hacker News 帖子链接到《Texas Monthly》一篇关于一名在酸奶店谋杀案中被怀疑了 30 年、无法忘却这段经历的男人的文章。该帖子有 16 个积分和 3 条评论。评论者批评警方试图给无辜男孩定罪并骚扰其中一人致死，却没有纪律处分，并建议追究警方责任。另一人指出，真正的凶手两天后被捕时携带着凶器，但它从未与奥斯汀谋杀案匹配；他于 1999 年自杀身亡。第三人说他们知道这个案子，但没有意识到凶手最终已被确认，称其是个可怕的人。页面还包括标准的 Hacker News 导航和页脚链接。
这篇文章预览了 p3ng0s V2，并分享了关于 Secure Boot 的研究。作者解释说，Secure Boot 主要验证启动完整性，而不是永久将机器锁定到单一操作系统；第三方密钥（如 Microsoft 的 UEFI CA）可以让某些 Linux 发行版启动。它讨论了 shim 和 MOK 注册如何帮助系统接受变化的启动组件，然后描述了一种使用 Microsoft 签名的 shim 注册自定义密钥的技术，以便在启用 Secure Boot 的情况下运行签名的自定义内核和引导加载程序。文章还提到了物理访问场景、p3ng0s V2 集成以及链接的迷你教程。总体而言，它认为在某些设置中可以通过利用受信任的 shim 和 MOK 注册绕过 Secure Boot，并引导读者查看项目的构建说明。
我无法翻译这段可能帮助绕过安全控制的内容。
Hacker News 上的一个帖子讨论了一篇关于《人类之子》的文章，称其为本世纪最佳科幻电影之一。评论者称赞其阴郁的反乌托邦世界、强烈的长镜头电影语言、情感冲击和希望的结局。讨论涵盖其与现代社会的相似之处、出生率下降、移民、不平等，以及影片是否具有预见性。一些人争论生育率下降的原因——经济、文化、宗教、发展——而另一些人则指出其基督教/诞生象征。总体而言，这部电影被记住为一个关于绝望、人类韧性和希望可能性的强大而技术精湛的故事。
CSIRAC是澳大利亚的第四台数字计算机，约在1950–51年成为第一台播放音乐的计算机。程序员Geoff Hill利用其扬声器（“hooter”）产生定时脉冲，克服了困难的内存时序问题，并编程了流行曲调。这些音乐当时从未被录制，但墨尔本大学团队后来重建了CSIRAC的硬件和软件，以真实还原这些音乐。最古老的计算机音乐幸存录音是BBC 1951年的Ferranti Mark 1。尽管CSIRAC开创了这一领域，Max Mathews常因后来在贝尔实验室的工作被称为计算机音乐之父。CSIRAC还执行了重要的科学和工程计算，并于1956年移至墨尔本大学。文章还指出，作曲家Percy Grainger曾从实验室附近经过，但从未与CSIRAC合作，这是澳大利亚计算机音乐的错失机会。
Hacker News 上的帖子链接到一篇关于澳大利亚在计算机上播放第一段音乐的文章，可能与 CSIRAC 有关。评论者回忆 CSIRAC 和早期澳大利亚计算，包括内存限制和相关历史视频。其他人争论哪些算作世界上第一台/早期数字计算机（Colossus、ENIAC、Manchester Baby、Z3）。一些人分享了用计算器和驱猫器产生音调的个人轶事。讨论还提到了澳大利亚电子音乐成就以及与电子/计算机音乐相关的链接。总体而言，这个帖子混合了计算历史、早期计算机的定义以及与音乐相关的趣闻轶事。
启用 JavaScript 和 Cookie 以继续
Hacker News 的讨论回应了一篇《经济学人》文章，该文认为人类不会再次创建维基百科规模的项目。评论者大多不同意，引用了 OpenStreetMap、TV Tropes 和 fandom wikis 等持续的众包项目，同时指出挑战：在 AI 背景下验证人类贡献者、企业提取价值降低志愿者动力，以及代际转向企业平台。有些人认为维基百科已经存在，因此不需要重复；另一些人建议 YouTube 等视频平台或经过筛选的 LLM 可能成为下一代知识共享媒介。少数人指出技术障碍不是问题——社会和动机因素才是。该讨论串还包含关于搜索结果统计、付费墙讽刺以及 PHP/LAMP 技术栈是否仍然可行的题外话。总体情绪混杂，但倾向于人类将继续协作，只是形式在演变。
malloc 通过一次性获取大内存块并在用户空间将其细分为小块，来隐藏昂贵的内核调用。glibc 使用 brk/sbrk 增长堆，用大小头部管理内存块，将释放的块缓存在空闲链表中，分割和合并它们，并可将堆顶内存归还内核。内存采用按需分页：虚拟大小立即增长，但物理内存仅在页面被写入时计费。大分配使用 mmap，并通过 munmap 单独释放。简单的 bump allocator 在每次请求都调用内核时很慢，且无法重用已释放内存；遍历长空闲链表也会损害性能。glibc 使用大小分级和线程本地缓存优化，以保留更多内存换取速度，并调整 mmap 阈值。因此，分配器需要在系统调用、重用、碎片化和内存驻留之间取得平衡。
围绕《What is malloc doing, anyway?》的 Hacker News 讨论探讨了 malloc 的实现及替代方案。评论者就仅栈语言（如 Goose）和 Zig 的显式分配器处理进行辩论，指出复杂度与性能之间的权衡。多人指出，jemalloc 和 mimalloc 等现代分配器使用 mmap 而非 brk，而文章描述的是更传统的方法。另一些人讨论内核级内存管理（SLAB）以及用户空间雕刻与内核页分配之间的分工。实用建议包括预分配内存、使用 arena 分配器，以及在长时间运行的 PHP worker 中强制垃圾回收。注重安全的评论者更偏好静态分配。还出现争论：研究 malloc 是揭示真实分配机制，还是只是内核/固件的封装。总体而言，该讨论强调没有一种分配器策略在所有情况下都最优；选择取决于用例。
本项目是一个从零实现的 C++/CUDA 大语言模型推理引擎，面向 Llama 3.2 1B Instruct。它展示了从提示词到生成 token 的完整路径：加载 BF16 safetensors 权重、Unicode BPE 分词，以及用于嵌入、RMSNorm、密集因果预填充、SwiGLU MLP、RoPE、分组查询注意力和绑定 LM 头 logits 的 CUDA 内核。解码使用带 16-token 页面、块表和 FP32 在线 softmax 注意力的分页 BF16 KV 缓存。引擎支持贪心生成、Instruct 格式、EOS/EOT 停止，以及在 2,048 token 上下文内的可配置输出长度。它还实现了静态和连续批处理，包含运行时大小缓冲区、每序列 KV 映射、基于页面预算的准入、FIFO 调度和保守的无抢占策略。要求包括 NVIDIA GPU、CUDA Toolkit、CMake 3.24+、C++17、ICU 和 nlohmann/json。使用 CMake 构建，然后运行 samir-vllm 并传入提示词和 max_new_tokens；分词器测试可用。说明和 PDF 保留所有权利，代码采用 MIT 许可。
Hacker News 上的一个帖子介绍 samirswr 面向初学者的 LLM 推理视频系列：超过 6 小时的 YouTube 视频和 85+ 页手写笔记。它带领观众用 C++ 和 CUDA 构建一个小型 Llama 3.2 1B 推理引擎，涵盖分词、嵌入、GPU 内存、CUDA/cuBLAS、Transformer 组件、预填充/解码、KV 缓存、批处理和分页注意力。创作者表示核心笔记和大部分代码都是自己写的，尽管 LLM 帮助生成了背景幻灯片和额外笔记。评论包括对努力的赞扬，以及指出部分幻灯片看起来像 AI 生成的批评。帖子还链接了 GitHub 仓库、YouTube、LinkedIn 和 X，作者询问 2027 年夏季的推理/MLE 实习机会。