每日HackerNews RSS

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

Hacker News 的讨论帖探讨了神秘的 x86 指令 `vfmaddrnd231pd`。评论者指出,一份旧的 binutils 文档解释了 VEX.vvvv 编码以及 DDS/NDS 形式。该指令只出现在 Intel SDM 第 2 卷修订版 082–084 中,而没有出现在变更文档里,暗示它并非有意加入。它可能因硬件问题导致从未能正常工作而被移除;一位评论者说,当 Intel 重新在客户端 CPU 上承诺支持 AVX-512 时,它以 EVEX 形式回归。其他人讨论了这类令人费解的名称如何反映 x86 积累的历史包袱和糟糕的人类可读性。讨论逐渐转向汇编器语法是否应更易处理,尤其是在 AI 和 LLM 背景下,并提到 symbolasm 等项目。总体而言,一个小众的历史谜团演变成关于 x86 演进、文档错误和汇编语言设计的更广泛对话。

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

Hacker News 上的一场讨论回应了“AI 只是工具,有效使用它需要技能”这一说法。评论者意见分裂:有人说 LLM 帮助他们学得更快,像有耐心的导师;也有人警告,它们会助长认知卸载、依赖,并导致深度思考、教育和代码质量下降。许多人认为,用好 LLM 需要真正的专业知识——验证、上下文管理、架构判断、知道何时该信任或忽略输出——但他们也指出,这些技能可能无法随模型变化而迁移。批评者把 AI 比作自动化,而不是工具,并引用 Rich Hickey 的话:你不是在运用 LLM,而是在向它委派任务。担忧包括谄媚、非确定性、岗位替代、AI 垃圾内容,以及用户失去独立工作的能力。少数人报告了大幅生产力提升。总体情绪不安:AI 能放大熟练用户的能力,但广泛的不加批判使用可能削弱人的能力和判断力。

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

一场 Hacker News 讨论回应了一篇关于让 Firefox 大文件下载可断点续传的帖子。评论者持怀疑态度,称所提议的超时调整只是安慰剂,并指出 Firefox 没有隐藏的重试机制。对于一次性 URL,一个常见变通方法是保留 `.part` 文件,重启/暂停,再把它换回去以续传。一些人警告,如果服务器提供的是不同文件或版本,且没有 ETag/Last-Modified/哈希匹配,这会有损坏风险。许多人感叹浏览器仍处理不好大文件下载,而专用工具——GetRight/Go!Zilla、aria2、axel、`wget -c`、IDM、JDownloader——早已支持续传、并行连接和重试。有人说 Firefox 续传通常对他们有效,尤其是普通 URL;失败往往涉及过期链接、不稳定连接或付费主机。其他人分享 curl/VPS 工作流,并请求更好的浏览器集成。该帖混合了实用变通方法、对 Mozilla 的批评,以及对经典下载管理器的怀旧。

抱歉。

更多

联系我们 contact @ memedata.com