在ISC 2026大会上，中国的“行亮”（LineShine）超级计算机登顶TOP500榜单，这是中国九年来首次提交参评。这台大规模纯CPU系统采用了兼容Armv9架构的LX2处理器，持续FP64性能达到2.198 Exaflops。值得注意的是，行亮在HPCG基准测试中也位居榜首，超过了美国的El Capitan。 第67期榜单的其他亮点包括意大利全新的HPC7系统，它现已成为全球第六大超级计算机，并巩固了意大利作为欧洲总计算能力领跑者的地位。与此同时，传奇的“富岳”（Fugaku）系统依然保持着极强的竞争力，尽管发布已久，仍稳居HPCG榜单前三名。 虽然Green500榜单的前十名没有变化，但整个行业的能效仍在持续提升。行业观察人士目前正关注中国E级系统的出现是否会促使美国政府增加对超级计算的投入。此外，榜单管理权正在移交给ACM SIGHPC，未来将为排名分配DOI编号。报告还指出，尽管一些大型私有AI集群拥有惊人的计算能力，但它们并未出现在TOP500榜单中。
每日HackerNews RSS
ISC'26 TOP500榜单：新的世界第一诞生了 —— 作者：George Cozma TOP500 at ISC’26: We have a New Number 1 Supercomputer
2 天前
Hacker News 关于新晋 TOP500 第一名超级计算机的讨论，集中在这一中国高性能系统上。该系统采用定制的 Arm 架构 CPU 而非 GPU，实现了超过 2 exaflops 的计算能力。
辩论的核心主题包括：
* **基准测试的意义：** 许多参与者认为 TOP500/Linpack 基准测试已经过时，主要反映的是“吹嘘资本”或政治姿态，而非实际性能。现实中的高性能计算（HPC）工作负载日益受到带宽限制，使得硬件指标的重要性低于软件效率和调度程序设计。
* **CPU 与 GPU 之争：** 与大多数依赖 GPU 的现代西方超级计算机不同，该系统利用了高带宽内存（HBM）和定制 CPU。支持者认为这种架构对于通用科学计算而言效率更高，因为它更容易编程，且比基于 GPU 的系统能达到更高的理论峰值性能百分比。
* **人工智能与保密性：** 人工智能公司通常避免提交 TOP500，因为它们的硬件往往针对 FP8/FP16（人工智能）进行优化，而非该榜单关注的 FP64（科学计算）。此外，大型企业通常将集群能力保密，以保护竞争优势或避免基准测试带来的物流“麻烦”。
在意识到过度依赖人工智能和自动化质量控制导致结果不尽如人意后，福特汽车重新聘用了 350 名资深工程师。这些被称为“灰胡子”专家的资深人士，其任务是在设计初期识别故障点、指导年轻员工并优化公司的 AI 工具。 福特高管承认，他们此前高估了 AI 独立确保高质量生产的能力。通过将人类专业知识重新整合到系统中，该公司已看到立竿见影的改善，包括在 J.D. Power 新车质量调研中名列前茅。福特预计，这种回归人类主导质量监管的战略转变，今年将节省 10 亿美元的成本，这证明尽管 AI 仍是其未来的一部分，但人类经验对于制造业的成功依然至关重要。
Semgrep 最近针对不安全直接对象引用（IDOR）检测的研究显示，开源权重模型与专有前沿智能体之间的差距正在显著缩小。 在对多个大语言模型（LLM）进行的 IDOR 数据集基准测试中，Semgrep 发现开源权重模型 **GLM 5.2** 取得了 39% 的 F1 分数。尽管它运行在简单的最小化框架而非专门的流水线上，但表现仍优于 Claude Code（32%）。虽然 Semgrep 自研的专用多模态流水线依然表现最佳（53–61% 的 F1 分数），但 GLM 5.2 的成功表明，高质量的开源权重模型在处理复杂的安全任务时，已具备与前沿模型竞争的能力，且成本显著更低。 Semgrep 强调了两个关键结论： 1. **框架依然至关重要**：性能很大程度上仍取决于模型周围的支撑架构（端点发现与引导）。 2. **开源权重模型是可行的替代方案**：每个漏洞的检测成本约为 0.17 美元，且具备私有化、本地运行的优势，像 GLM 5.2 这样的模型为安全团队提供了一种经济高效且强大的选择。 尽管该实验仅限于 IDOR，但它标志着一种转变：在专业的安全领域，开源权重模型已不可忽视。
关于 **GLM 5.2** 的近期讨论在 Hacker News 上引发了关注，这凸显了一个趋势：用户越来越发现，在高质量编程任务中，顶尖的专有模型（如 Anthropic 的 Claude 或 OpenAI 的 GPT 系列）并非总是必需的。
社区的主要观点包括：
* **性能与价格：** 许多开发者反馈，GLM 5.2 能以极低的成本提供与顶级模型相当的编程表现。尽管顶级模型常被宣传为必需品，但对于日常编程任务而言，它们往往“大材小用”。
* **“利用”的力量：** 一个反复出现的主题是，用于管理大语言模型的工具集和方法（例如提示词的结构化方式以及任务的拆解方式）通常比模型本身更重要。高效的工作流可以让较小的模型达到与昂贵大模型同样出色的效果。
* **市场怀疑论：** 一些用户认为，关于“顶级”模型优越性的说法往往是由营销或供应商锁定策略驱动的。此外，关于依赖非美国实验室模型的风险也存在重大争议，这与避免美国严苛的审查限制及高昂 API 成本的需求形成了平衡。
* **硬件现实：** 在本地运行未经量化的大型模型仍然昂贵得令人望而却步，因此大多数用户仍依赖云服务商或专门的编程方案。
LibrePods 是一个开源项目，旨在让非苹果平台（如 Linux 和 Android）也能使用 Apple AirPods 的专属功能。通过实现 AirPods 与苹果设备之间使用的私有协议，该项目支持了包括降噪控制、佩戴检测、电量显示、头部手势和对话感知等功能。部分高级功能（如助听器自定义）需要通过“伪造厂商 ID”（VendorID spoofing）来模拟苹果设备。
该项目保持开发流程透明，利用逆向工程协议和社区贡献，部分组件由 AI 辅助完成。请用户注意，LibrePods 与苹果公司（Apple Inc.）无任何关联。
**重要提示：** 网站 `librepods.org` **并非**官方网站，且未经授权使用了该项目的品牌。请将任何未经授权使用 LibrePods 名称或图标的行为反馈至 `[email protected]`。官方开发项目依据 GNU 通用公共许可协议（GPL）发布，且本项目声明与苹果公司无任何关联。对于使用非 Root Android 设备或需要 Windows/Steam Deck 支持的用户，项目组推荐使用 CAPod 或 MagicPods 等替代应用。
Hacker News 上的讨论围绕着 **LibrePods** 的发布展开。这是一个开源项目，旨在通过逆向工程破解苹果的专有协议，从而将 AirPods 的专属功能（如自定义配置和固件更新）带到非苹果设备上。
尽管一些用户起初感到困惑，但该项目的初衷是为那些欣赏苹果硬件、却又不满于苹果生态系统限制的用户填补这一空白。许多参与者惊讶地发现，AirPods 在默认情况下可以作为标准的蓝牙耳机连接任何设备，但他们也指出，通常需要苹果设备才能使用的进阶功能，在没有此类项目的情况下依然无法访问。
这篇讨论引发了关于苹果“围墙花园”及其对硬件进行严苛管控的广泛争论。一些开发者称赞该项目是用户自由的一次胜利；另一些人则对苹果未来封堵这些变通方案的可能性表示怀疑，或者质疑在已有高质量有线耳机或竞品无线耳机的情况下，“解放”封闭硬件的价值何在。归根结底，这场讨论突显了两个群体之间的分歧：一方优先考虑苹果生态系统的无缝体验，而另一方则更看重硬件透明度和跨平台兼容性。
抱歉。
C 语言字符串库虽然高效，但长期以来一直是缓冲区溢出等严重安全漏洞的源头，这些漏洞使攻击者能够执行任意代码。从历史上看，`strcpy` 函数极易出现此类缺陷，而其替代品 `strncpy` 又引入了新的问题，例如无法正确地以 NULL 结尾以及执行不必要的填充。
为了应对这些系统性风险，Linux 内核最近进行了一项耗时六年、包含超过 360 个补丁的巨大工程，旨在用更安全、更健壮的替代方案取代传统的字符串函数。以 `strscpy()` 为核心的新 API 强制执行正确的 NULL 结尾，提供更清晰的错误报告，并将字符串处理与内存填充区分开来。这些变化消除了此前困扰 C 语言字符串操作的歧义。
通过为特定用例提供明确的函数（例如用于字符串结尾处理的 `strscpy`、用于固定宽度字段的 `strtomem` 以及用于原始字节处理的 `memcpy`），新库同时提升了安全性和性能。这一演进凸显了清晰的 API 设计对于确保基础软件抵御现代威胁至关重要，同时也并未牺牲让 C 语言保持五十年活力的速度与效率。
抱歉。
该资源由斯坦福大学 DAM 项目的 David Shim 维护，提供了一个可交互、可下载的数据集，用于追踪内存和存储的历史及当前成本。 主要特点包括： * **价格趋势：** 使用对数刻度可视化图表，追踪 DRAM、NAND 闪存和 HBM 的每千兆字节成本（$/GB）。 * **细粒度分析：** 按代际细分 DRAM 和 HBM 成本（例如从 DDR3 到 DDR5，从 HBM2e 到 HBM4），并提供人工智能加速器组件（逻辑、封装和辅助成本）的模型估算。 * **方法论：** 该数据集结合了经典的 McCallum 内存价格历史记录与来自亚马逊（通过 Keepa）的实时零售数据。由于没有公开的现货市场，HBM 数据来源于行业分析师的估算。 **注意事项：** 数据反映的是以名义美元计算的最低零售价格，而非合同价或经通胀调整后的数据。由于零售价格往往反映了产品的清仓价格，因此可能与尖端产品的定价存在差异。该项目每月更新一次 DRAM/NAND 数据，每季度更新一次 HBM 数据，旨在为研究人员提供一个透明、不断演进的资源。所有数据均可供下载，并提供完整的来源说明以供引用。
关于一份1960年至2026年内存价格历史数据集的Hacker News讨论，引发了针对“每GB价格”这一指标有效性的辩论。
批评者认为该指标具有误导性，因为它忽视了通货膨胀，未能考量内存速度或技术代际差异，且依赖于早期并不常用的任意计量单位。许多参与者主张，“每有用任务成本”比“每GB价格”更有意义，并指出软件（如基于Electron的应用和臃肿的操作系统）正变得越来越耗内存，从而抵消了硬件效率的提升。
相反，另一些人则为该数据集辩护，认为“每GB美元”是评估生产成本、供需关系的客观行业标准指标。他们建议，引入主观的“实用性”因素会使数据带有偏见，降低其在客观经济分析中的价值。尽管该图表突显了近期的价格波动（通常归因于人工智能需求和供应链周期），但各方观点仍存在分歧：一些人将其视为进步停滞的迹象，而另一些人则认为这只是一个行业内的暂时性调整，而该行业历史上已使计算能力变得极其普及。
非语言儿童的计算机辅助语言发展（1968）[pdf] Computer-Aided Language Development in Nonspeaking Children (1968) [pdf]
2 天前
请不要划走。您可以捐助一点吗？互联网档案馆与全球各地的图书馆、档案馆和研究机构合作，共同保护那些本将永远消失的文化遗产。我们需要您的支持来继续这项至关重要的工作。
抱歉。
“你以后不会需要它”（YAGNI）常被误解为一种节省精力或降低代码生产成本的规则。然而，作者认为 YAGNI 实际上是一项由价格理论支配的关于时机的原则。
在真正需要某项功能之前构建投机性结构会产生两个隐形成本：
1. **丧失选择权：** 在掌握完整信息之前就确定结构会束缚你的手脚。即便你的猜测正确，你也失去了灵活调整的机会。如果需求发生变化，你不仅要为构建错误的结构买单，还要额外支付将其拆除的成本。
2. **净现值（NPV）低下：** 在必要之前产生成本，会通过加速支出和延迟潜在收益，对净现值产生负面影响。
AI 生成代码的兴起使这一原则变得更加重要，而非过时。尽管 AI 可以“免费”编写代码，但投机性结构带来的成本——即灵活性降低和现金流低效——依然存在。归根结底，YAGNI 关乎的并非打字成本，而是如何保留选择权并管理投资时机。你应当只在需要时进行构建，因为保留选择权和资本的价值，远高于过早准备所带来的价值。
这个 Hacker News 讨论帖探讨了 Kent Beck 最近关于 AI 辅助开发背景下“YAGNI”（你不会需要它）原则的文章。
讨论中呈现出两极分化的观点：
* **AI 的影响：** 参与者争论 AI 究竟是让 YAGNI 变得更重要还是更不重要。一些人认为，由于 AI 降低了重构和编写测试的成本，开发人员可以更加灵活。另一些人则警告说，依赖 AI 来“以后再修复”会造成代码库脆弱以及产生“AI 生成的垃圾代码”，从而增加长期的技术债务。
* **YAGNI 的本质：** 许多评论者批评 YAGNI 是一种被过度简化、由顾问驱动的教条。批评者认为，开发人员往往因为拒绝听取领域专家或利益相关者的意见而误用该原则，导致系统过度简单化，无法解决实际的业务问题。
* **专业知识与预测：** 核心矛盾依然存在：如何区分“预见需求的优秀设计”和“无用的过度工程”？虽然有人主张编写简单、模块化且“可删除”的代码，但也有人坚持认为，经验——即咨询领域专家并构建有意的抽象——对于防止“垃圾代码”堆积至关重要，否则这些代码日后将变得无法重构。
总体而言，用户认为这篇文章本身是“AI 生成的废话”，缺乏 Beck 早期作品的深度。
在这场主题演讲中，机器学习工程师 Vicki 探讨了在生成式 AI 时代，行业对传统机器学习角色产生的“存在主义焦虑”。她以荷兰黄金时代画家雷切尔·鲁伊斯（Rachel Ruysch）为例——鲁伊斯通过数十年的刻意练习和细致观察达到了艺术巅峰——以此论证技术卓越性依然至关重要。
为了探索这一观点，她构建了 Rijksearch，这是一个针对荷兰国立博物馆藏品的语义搜索引擎。她记录了自己的“创新代币”之旅：刻意选择学习一门新语言（Go）、利用向量集，并尝试多模态嵌入技术。
Vicki 强调了一个关键区别：AI 是处理“粘合工作”、数据格式化和加速学习的绝佳工具，但它无法取代人类的“数据感”或架构直觉。她警告称，过度依赖大语言模型生成代码会导致认知卸载，使工程师失去理解或维护自身系统的能力。
最后，她总结道：虽然 AI 可以加快执行速度，但掌握技术没有捷径。构建优秀的系统是一种需要时间、导师指导以及与数据建立深层实际联系的工艺——本质上，就是学会“画出我们自己的花朵”。
抱歉。