每日HackerNews RSS

```智能体式 AI 通常会将一个任务转化为多轮模型调用、工具使用、检索、推理和响应生成。Intel GPU D270 专为这些场景中变得重要的推理需求而设计,包括预填充处理、更大上下文、内存容量、并发能力和能效。```

```英特尔发布了一款代号为"Crescent Island(新月岛)"的新型GPU AI加速卡D270,最高配备480 GB LPDDR5X内存。社区反应不一。一位评论者表示失望,因为英特尔最初提到120GB的基础容量,但允许合作伙伴推出更大版本的配置,同时希望其价格能与苹果Mac竞争,并指出20个内存通道是实现高容量的关键途径。另一位用户指出,尽管片上内存较大,但这款GPU和Mac一样,都受限于GPU算力,在密集模型推理中"受限于预填充阶段",尤其是考虑到其功耗不到400W。另有人感叹缺乏面向消费级市场的GPU产品,因为英特尔的驱动栈在Linux和Windows上都已日趋完善,拥有第三种GPU选择将大有裨益。```

RJ Mitte has died 17 小时前

``` 指令 `vfmaddrnd231pd` 出现在英特尔2024年版的《软件开发手册》(SDM)中,但在2026年版中被完全移除,尽管它曾拥有专属的文档、表格和伪代码。该指令旨在为FMA操作提供每条指令级别的舍入控制,有可能在不依赖AVX-512的情况下实现更快的依赖舍入的算法。然而,它在实际中无法运行:GNU汇编器无法识别它,SDM中提到的内部函数在Clang和ICC中均不存在,其操作码包含一个含义不明、未文档化记录的前缀(`DDS`),该前缀在其他任何地方都未出现。最关键的是,当在支持FMA的Haswell CPU上手动汇编并执行该指令时,会引发#UD(未定义指令)异常。作者推测,英特尔可能在开发过程中最后一刻取消了该指令,但未能将其从文档中完全清除。 ```

```一段 Hacker News 帖子讨论了晦涩的 x86 指令 "vfmaddrnd231pd",引发了关于汇编语言可读性的争论。评论者 Lerc 认为,难以理解的指令名称反映了人们与底层计算直接接触的缺失,并指出更好的指令集表示方式可以减轻芯片设计者和编译器编写者的认知负担。他们推测,人工智能最终或许能够弥合被遗忘领域与现代问题之间的鸿沟,并提出了一个有趣的挑战:设计一种让复杂指令集变得易于理解使用的汇编器。 另一位评论者反驳说,汇编语法的主要作用是指令编码的映射,而非服务于人类的可读性——x86 那些奇怪的名称和立即数特性存在是为了与硬件保持一致,而非为了方便用户。ARM 也有类似的权衡取舍。 讨论随后转向更深层的担忧:如果汇编成为一门失传的艺术,谁来传达引导大语言模型连接这些思想所需的意图?一位用户链接到该指令的文档,推测它是因硬件缺陷而被移除的。其他人则指出,RISC-V 中同样荒谬的名称显然是从 x86 那里继承来的传统。这个帖子最终探讨的是硬件约束与人类理解之间的张力,以及人工智能是否能够保存或重新连接碎片化的技术知识。```

```在本文中,作者回应了Rich Hickey于2026年10月发表的文章《"AI"不是工具》,Hickey在文中认为,由于人类无法真正地"挥舞"大语言模型,因此它们应被归类为自动化而非工具。尽管作者同意外包工作可能会牺牲学习机会,但Hickey的结论并不能由此得出。按照Hickey自己的定义,LLM是可以被"挥舞"的:用好它需要技能,正如锯子不能保证切得直,凿子也不能造就雕塑家。工具会放大判断力——无论好坏——并依赖于操作者引导、解读反馈和纠正错误的能力。LLM的不可预测性是一种局限性,但可靠性是我们评判工具优劣的标准,而非归入该类别的必要条件。 Hickey关于工具与自动化的区分同样站不住脚:自动化可以是工具的一种特性。编译器和电子表格无需逐步指令即可持续执行工作,但我们仍然通过指定输入和检查结果来"挥舞"它们。使用LLM同样涉及意图、反馈和专业知识——程序员可以提出查询、质疑、测试和优化。对逃避智力劳动的担忧只适用于被动接受,而非主动参与。 作者尤其反对文中使用的拟人化词汇("失控"、"密谋"),这些词误导性地暗示了独立的动机。意外的输出是真实的工程问题,而非什么阴谋。真正有用的区分在于:是熟练地"挥舞"工具,还是在没有监督的情况下将任务委托出去。```

``` # 摘要:Hacker News关于"AI是一种工具。善用AI需要技能。"的讨论 本Hacker News帖子讨论了AI是否仅仅是一种工具,还是某种需要不同框架来理解的智能对应物。原文认为AI类似于编译器,能够执行大量工作,但仍需熟练使用,而非取代人类的自主性。 评论者提出了多元观点。一位指出早期AI使用中的"技巧"(上下文管理、指令配方)已经过时;真正的技能是"知道该要求什么"和清晰沟通。另一位强调了现代AI编程工具中隐藏的复杂性——并行线程、子代理、计算投入级别——大多数用户尚未发现,造成知识鸿沟持续存在,尽管工具本身变得越来越易用。 也有人提出担忧:一位将LLM比作"老虎机"而非可预测的工具;多人警告广泛依赖AI可能损害人类的思考能力,类似于社交媒体对专注力的影响。几位讨论了经济层面——工程师被裁、市场萎缩以及生产力的两极分化(部分工程师蓬勃发展,另一些则每况愈下)。 帖子还涉及框架定位:AI公司希望将AI包装为自主代理销售,而用户体验到的则是工具。一些人对从Linux和GCC这类可检查、可修改的工具转向不透明的、基于订阅的AI服务感到惋惜。共识仍未形成,但大多数人认为:善用AI是一项真实的、不断发展的技能——尽管没有人确切知道哪些具体技能将保持价值。 ```

``` **摘要** 自 Firefox 28(2014年)以来,浏览器默认自带 `network.http.response.timeout` 设置为 300 秒。这似乎会干扰大文件下载的恢复,并影响其整体稳定性。在高级首选项中将该值改为 0(或一个非常大的数字)可以使大文件下载可恢复且稳定性有所提高,尽管作者并不完全了解其机制。 此修复仅在服务器支持恢复下载时才有帮助——真正的问题是 Firefox 无法恢复本应可恢复的下载。根据实验,恢复下载似乎依赖于连接超时,而非 `.part` 文件;如果没有此更改,Firefox 会忽略这些文件。 恢复下载的不稳定性至少自 2005 年以来就是一个已知问题。存在手动处理 `.part` 文件的变通方法,但作者避免使用它。作为一种替代方案,`wget -c -O` 可以在 Firefox 之外提供稳定的恢复下载。作者还怀疑 Firefox 在下载失败之前会进行隐藏重试,而超过此超时时间会干扰该过程。这些发现基于实验,而非 Firefox 的源代码。 ```

Hacker News 上的一位用户分享了一个变通方法,通过手动移动 .part 文件、暂停下载并将其替换,使 Firefox 能够从一次性链接恢复中断的下载。社区成员指出,Firefox 的下载续传功能自至少 2005 年以来一直不稳定,一些人推测在慢速或不稳定网络上缺乏充分测试是导致该问题的原因。另一些人指出了该变通方法的一个缺陷:如果服务器上的文件已更改,新旧字节可能会拼接在一起,导致文件损坏。许多评论者建议使用 aria2 或 JDownloader 2 等外部下载管理器作为更可靠的替代方案。讨论中还提到 Ladybird 浏览器正在致力于改进下载续传功能,但总体而言,该帖子反映了人们对一个基本浏览器功能在数十年后仍未修复的持续不满。

更多

联系我们 contact @ memedata.com