作者最初因 `musl` 能够构建简单且自包含的 Rust 二进制文件而对其产生兴趣，但在测试后发现了显著的性能问题。与普遍认为 `musl` 仅在极端并发下表现不佳的观点不同，作者发现它在标准的 4 核系统上性能表现极差。
尽管将 `musl` 的默认分配器更换为 `mimalloc` 可以带来一定改善，但仍无法与 `glibc` 持平，速度依然慢了约 26%。进一步调查显示，性能差距不仅源于分配器优化不足，还归咎于 `musl` 核心内存例程的低效。
作者总结认为，虽然 `musl` 对于小型且对性能要求不高的项目尚可接受，但对于高性能应用而言，它就像一把“随时会走火的枪”。因此，作者决定在其对性能敏感的项目 Bifrost 中移除 `musl` 的预构建选项，并指出 `musl` 要么应取消默认分配器，要么应解决其系统性的效率低下问题。
每日HackerNews RSS
抱歉。
中国驻加德满都大使馆针对中尼边境因冰崩岩崩形成的堰塞湖发出预警。该堰塞湖位于边境附近一条支流的上游，目前正在溢流，存在溃坝的重大风险。 尽管两国有关部门正在积极监测情况并进行应急处置，但大使馆指出，危机仍处于关键阶段。官方敦促下游社区保持警惕，密切关注水位变化，并为潜在的紧急情况做好准备。 虽然关于堰塞湖容量的具体细节尚未披露，但此次预警正值尼泊尔拉苏瓦区及周边地区持续发生严重洪涝和滑坡灾害之际。大使馆提醒公众，应仅以官方报告为准，以防虚假信息传播引发不必要的恐慌。
抱歉。
美国将意大利技术集体 Autistici/Inventati 指定为“特别指定的全球恐怖分子”，标志着反恐政策的重大演变。华盛顿并未针对特定个人的暴力行为进行打击，而是将“物质支持”原则应用于数字基础设施提供商。美国指责该组织通过加密通信和托管服务为库尔德工人党（PKK）等暴力团体提供便利，此举释放出信号：那些为极端主义活动提供技术手段的实体，现在也成为了制裁目标。 专家本尼阿米诺·伊尔迪（Beniamino Irdi）指出，其主要影响并非资产冻结，而是“去风险化”。美国的司法管辖权向全球银行和服务提供商施压，要求其切断与该实体的联系，从而在无需意大利或欧盟法院裁决的情况下，将其有效地排斥在数字经济之外。这种转变反映了更广泛的安全范式变化：随着敌对势力日益依赖去中心化和代理模式，情报部门正将重点从肇事者转向为其行动提供便利的数字基础设施。这种方式为自由民主国家带来了一个重大困境：如何在不削弱定义民主社会的法律保障和自由的前提下，缓解安全威胁。
抱歉。
近期一场关于终端用户界面（TUI）的批评引发了 Hacker News 上的热议，这凸显了一个常见的误区：人们往往认为 TUI 仅仅因为是键盘驱动的，就优于图形用户界面（GUI）。作者指出，这并非 GUI 的局限性，而是 GUI 开发者未能优先考虑可访问性的结果。 现代 GUI 框架和设计指南（如 GNOME 等）明确强调，应用程序的每一项操作都应能通过键盘执行。作者认为，GUI 完全可以像 TUI 一样方便使用键盘，甚至效率更高。两者之间的差异不在于技术可行性，而在于开发者对用户体验的重视程度。 在开发自己的 GUI 应用程序 *Klisi* 时，作者发现实现全面的键盘导航既可行又令人欣慰。归根结底，TUI 与 GUI 之间的选择不应受限于输入方式。开发者应致力于提供直观的体验，确保完善的键盘支持是核心功能而非后续补救，以此来赋予用户更多的掌控权。
Hacker News 上的讨论聚焦于键盘驱动界面的重要性，并指出**无障碍与易用性是本质相连的**。
**主要观点包括：**
* **键盘作为通用工具：** 全面的键盘支持不仅是为高级用户准备的，更是关键的无障碍需求。当“Tab”键或导航路径失效时，残障用户往往会完全无法操作。
* **“路缘效应”（Curb Cut Effect）：** 为无障碍设计的功能（如键盘导航）能惠及所有人，包括高级用户、“情境性残障”人士（例如抱着婴儿或鼠标损坏时），以及在受限环境下工作的人。
* **设计缺陷：** 许多现代 GUI 框架（以及基于 Web 的“Electron”应用）出现了倒退，未能提供像 Windows 3.1 等早期系统中曾作为默认标准的键盘导航功能。
* **可发现性与速度：** 主要挑战在于如何在不让用户界面显得杂乱的情况下，让键盘快捷键易于被发现。建议包括使用命令面板、助记符以及统一的标准。
* **“文本基底”：** 许多高级用户认为，由于文本是计算的基础，优先考虑键盘驱动文本操作的工具效率最高；许多人偏好基于终端的界面或“类 Vim”控件，以保持操作的流畅性。
Dactyl 是一个全新的开发平台，旨在弥合大模型生成的代码与高质量原生移动应用之间的鸿沟。与依赖网页视图（Webview）或跨平台妥协的现有“灵感编程”（vibe-coding）方案不同，Dactyl 通过在浏览器中通过 WebAssembly (Wasm) 运行自定义 SwiftUI 引擎，提供了真正的原生体验。
该平台配备了一个模仿 iOS 模拟器的精密预览引擎，无需外部硬件或昂贵的云端串流，即可近乎瞬时地渲染复杂的 SwiftUI 布局。对于 Android 平台，Dactyl 将相同的 Swift 代码编译为原生共享库，并由 Jetpack Compose 宿主调用以渲染真实的 Material Design 组件。
为了确保与苹果不断演进的生态系统保持一致，Dactyl 采用了自动化测试集群。AI 智能体通过逐像素对比、逐帧运动分析以及视觉大模型，持续将引擎输出与真实的 iOS 模拟器进行比对，以修复差异。通过将引擎与应用代码分离并利用动态链接，Dactyl 实现了快速迭代开发，让用户仅需通过描述需求，即可构建并部署精致、具有原生质感的应用程序。
抱歉。
htmx 团队发布了 **htmx 4.0.0**。这是一次重大更新，将该库的内核从 `XMLHttpRequest` 迁移到了现代的 `fetch()` API。虽然面向用户的行为与 2.x 版本基本保持一致，但此次更新带来了三项重大变更： * **显式属性继承：** 属性不再默认继承；用户现在必须在属性后添加 `:inherited` 才能将其应用于子元素。 * **标准化事件：** 事件名称已进行统一清理（例如 `htmx:before:request`），以提高一致性。 * **历史记录变更：** 历史记录支持现在默认为重新获取页面，而不是使用 `localStorage`，从而提高了与第三方库的兼容性。 新功能包括原生的 **Morph Swaps**（由 Idiomorph 提供支持）以及用于高级 DOM 更新的 `<hx-partial>` 标签。此外，htmx 4 引入了多个新扩展和 **hx-live**——一种轻量级、对 HATEOAS 友好的前端脚本解决方案。 为协助迁移，团队提供了一个 CLI 升级工具 (`npx [email protected] upgrade-check`)。为了防止强制升级，htmx 2.x 仍作为 NPM 上的“最新”版本，而 4.0.0 则作为“next”版本提供。升级是可选的，htmx 2.x 将继续获得支持。
抱歉。
Qwen3.8 27B 模型已成为本地 AI 任务中的佼佼者。它不再仅仅是“玩具”，而是成为了处理摘要 RSS 订阅、整理扫描文档等日常事务时可靠且私密的助手。凭借 26.2 万 token 的上下文窗口和多模态能力，它能高效处理复杂的智能体任务。
在 Mac Studio M3 Ultra 上的基准测试显示，虽然 Qwen3.8 的生成速度约为上一代产品的一半（14 tok/s 对比 28.6 tok/s），但其效率显著提高，能够给出更简洁的回答，从而使实际“挂钟”完成时间保持在可比水平。
**硬件核心要点：**
* **需求：** 建议使用 32GB 内存的系统以实现高质量的 Q4 量化。16GB 用户可以运行 Q2 量化版本，而 1-bit 量化仅限于琐事，无法可靠地处理智能体任务。
* **性能：** 新的混合注意力架构目前缺乏运行时优化，预计随着软件更新，性能会有所提升。
* **易用性：** 通过 Ollama 运行该模型非常简单，只需确保用户更新至最新版本的 Ollama 或 `llama.cpp`，以支持新的“qwen35”架构。
总之，Qwen3.8 代表了迈向高效、私密、自托管本地 AI 的重要转变。
Hacker News 上的讨论聚焦于在本地运行 Qwen3.8-27B 大语言模型所面临的挑战。用户主要对原帖中的性能指标持批评态度，认为在 Mac Studio 硬件上表现不佳往往源于配置错误（例如未启用 MTP，或使用了 Ollama 等效率较低的软件栈），而非硬件本身的局限性。
主要观点如下：
* **性能差异：** 资深用户指出，通过使用 `llama.cpp` 或 `MLX` 替代默认配置，在相同硬件上可以获得更高的每秒生成令牌数（tok/s）。
* **硬件争论：** 一些用户认为现代 Apple Silicon (M5+) 是实现高速推理的必要条件；而另一些用户则认为，更老、更廉价的企业级 GPU（如 RTX 3090、V100 或 AMD MI 系列）具有更高的性价比。
* **隐私与实用性：** 本地推理的主要驱动力仍是数据隐私。参与者强调，对于处理医疗、个人或企业敏感数据的专业人士而言，在本地运行模型至关重要，即使速度较慢也在所不惜。
* **易用性：** 普遍的共识是，目前的“本地 LLM”生态系统过于分散且技术门槛过高，许多人呼吁开发类似 Draw Things 等图像生成工具那样简单、“一键式”的解决方案。
自动化大语言模型（LLM）驱动的漏洞利用生成技术的出现，从根本上打破了传统的开源安全模式。维护者们现在面临一个现实：漏洞被利用的平均时间（MTTE）已快于软件修复与发布的时间。作为一名 OCaml 维护者，作者观察到在提交安全补丁请求（PR）后的几分钟内，服务器就遭到了实时探测。这证实了自动化智能体正在实时监控公共代码库，以迅速将漏洞武器化。
由于安全禁运和保密措施在 AI 驱动的搜索面前已不再有效，作者认为开源项目的“漏洞经济学”必须转型。鉴于维护者缺乏科技巨头所拥有的资源和前沿模型访问权限，社区必须转向：
* **持续部署：** 从缓慢的手动发布周期转向类似浏览器补丁更新的快速、自动化更新。
* **虚拟补丁：** 实施协议层防御，以便在开发出经过回归测试的完整补丁期间，能够即时部署以缓解漏洞利用。
* **基础设施改进：** 建立更好的跨生态系统包管理和“信任网”系统，以促进维护者之间的安全沟通。
最终，重点必须从被动的人工分类转向模型辅助、工具验证的工作流程，将持久性修复置于机械且易受攻击的手动流程之上。
抱歉。
排查我的新网络：当万兆以太网仅跑出 300 兆速率时 Debugging my new network, when 10 Gigabit Ethernet Runs at 300 Megabits
6 天前
尽管配置看起来完全正确，但作者在使用 Windows 台式机连接全新的 UniFi UNAS Pro 8 时，却遇到了 10GbE 网络速度极慢的困扰。在对 NAS、RAID 阵列和 SMB 设置进行了详尽且无果的排查后，作者使用 `iperf3` 对网络进行了隔离测试。 测试显示存在严重的丢包现象和不对称的限速情况，这证实了问题出在 Windows 网络堆栈，而非存储硬件。在调查 Intel E610 网卡统计数据后，作者发现了数千个被丢弃的数据包。增大网卡的接收缓冲区带来了一定的提升，但真正的突破点在于禁用了“IPv4 大量发送卸载 (LSO) V2”。这一项改动使传输速度从约 300 Mbps 提升至 7 Gbps 以上，从而实现了向 NAS 写入 350 MB/s 的持续实际 SMB 速度。 核心启示在于隔离变量的重要性：通过使用 `iperf3` 将存储和文件系统排除在外，作者将问题缩小到了网络层。尽管 LSO 通常是有益的，但作者提醒，根据具体的硬件和驱动程序配置，它有时会导致严重的性能下降。
这篇 Hacker News 讨论探讨了家庭网络性能的复杂性，特别指出了为何高速硬件往往无法达到预期的吞吐量。
主要观点包括：
* **硬件瓶颈**：许多现代设备（如电视）为节省成本使用 100Mbps 以太网，用户常将其归咎于整个网络的减速，但技术共识认为，除非使用旧式集线器或遇到特定的缓冲区问题，否则此类设备很少影响其他设备。
* **缓冲区管理**：讨论的核心主题是缓冲区的作用。用户指出，糟糕的驱动程序默认设置（如 10GbE 网卡上较小的接收缓冲区）常会导致性能下降。相反，缺乏足够缓冲区的硬件在处理突发流量时会表现吃力。
* **诊断方法**：讨论参与者强调了物理层检查的重要性（确保线缆和 SFP 模块连接稳固），建议使用 `iperf3` 等工具进行测试，并排查路由器设置，如 IPv6、缓冲区膨胀（bufferbloat）和 MTU 大小。
* **Windows 与驱动程序**：多位用户将速度问题归因于 Windows 网络默认设置的不优化，认为旧的驱动程序配置难以满足 10 Gigabit 硬件的需求。
最终，各方共识认为网络性能问题很少是由单一原因造成的，通常是由“廉价”制造、过时的驱动默认设置以及复杂的流量处理等多重因素共同导致的。
德语词汇“Verschlimmbesserung”（越改越糟）完美诠释了那种令人沮丧的软件更新：它们以“改进”之名优先考虑变更，却往往破坏了工作流程。
这种现象源于激励机制的错位。当组织将频繁发布或随意设定的指标置于真正的用户价值之上时，工程团队难免会为了这些关键绩效指标（KPI）而进行优化——即便结果导致产品变差。正如埃利亚胡·高德拉特所言，人们的行为完全取决于他们的考核方式。如果目标是发布速度，团队就会不顾实际影响而盲目发布。
卓越的产品需要承认：稳定性是一种功能，而非缺陷。有时，最理性的工程决策是选择“不发布”。为了避免陷入为了改变而改变的陷阱，领导层必须重新思考激励机制。如果我们只衡量产出，就只会得到无意义的更新；如果我们衡量的是实际价值，或许才能真正将用户体验置于发布周期之上。
抱歉。