## Engram 键盘布局：摘要
Engram是由Arno Klein设计的开源键盘布局系列，旨在提高多种语言的触觉打字舒适度和效率。与QWERTY等传统布局不同，Engram采用数据驱动、多目标优化方法，分析特定语言的n-gram频率以及从众包数据中收集的打字偏好。
这些布局优先考虑人体工程学因素——最小化手指横向移动并优化高频字母对的位置。标点符号被逻辑分组，数字与相关符号配对。目前，已有适用于英语的布局，并有可能使用Keyman等免费软件扩展到其他语言。
受到创作者本人因重复性劳损以及对现有替代方案不满意的经历的推动，Engram旨在解决标准键盘的局限性。尽管优化键盘排列的计算复杂度很高（超过400万亿种可能性！），Engram仍提供了一种科学的途径，承认即使对于经验丰富的打字员和新一代用户，仍有改进的空间。“Engram”这个名字是双关语，既指n-gram，也指神经学中记忆痕迹的概念。
每日HackerNews RSS
## Engram 键盘布局 - Hacker News 讨论
一篇 Hacker News 帖子介绍了 Arno 的 Engram 键盘布局，这是一系列旨在为多种语言提供舒适高效的盲打体验的布局。讨论很快演变成关于键盘布局优化的争论。
用户们讨论了 Engram 相对于 Workman 和 Colemak 等流行方案的优点，一些人因为缺乏传统的基准行概念而将其贬低为“中等糟糕”。另一些人则赞扬了其对双手交替和减少小指压力的关注，并提到了像 BEAKL 这样的布局，它们优先考虑小指的闲置。
一个关键的争论点是将不常用的符号放置在中心列，一些人认为这效率低下，特别是对于使用 C 语言风格语言的程序员。反驳意见指出，大多数键盘用户*不是*程序员。 几位用户推荐了 Svalboard 等符合人体工程学的键盘，通常使用 QMK 固件进行定制，作为有效的手部舒适解决方案。最终，讨论强调了键盘布局偏好的高度个性化。
## Superluminal 在 Linux 上的调试：深入内核调试
团队在测试 Superluminal（一款 CPU 分析器）的 Linux 版本时，遇到了持续的系统冻结问题。该问题可在运行 Fedora 42（内核 6.17.4-200）的物理机上重现，表现为在性能分析期间的周期性停顿，与较长的 NMI（不可屏蔽中断）处理时间有关。
调试具有挑战性，最初受到无法在虚拟机中重现问题的影响。对 Superluminal 捕获的分析显示，在冻结期间存在可疑的 CPU 活动。根本原因被追溯到内核的弹性队列自旋锁 (rqspinlock) 中的竞争条件，该条件由采样中断和访问环形缓冲区的上下文切换之间的交互触发。
需要进行多次修复，包括调整死锁检测时机以及处理持有锁期间的 NMI。问题源于内核（6.15+）中的一个相对较新的更改，并且不存在于先前开发中使用的旧内核中。这些修复已回移植到内核 6.17 和 6.18 中，并包含在 6.19 中。 此外，还针对旧内核实施了一个临时解决方法。 此次经历凸显了内核级调试的复杂性以及及时更新内核的重要性。
## Linux内核eBPF自旋锁问题 - 摘要
一篇近期文章详细描述了一个复杂的调试过程，涉及Linux内核中的自旋锁问题，由使用eBPF（扩展伯克利数据包过滤器）的CPU分析器触发。核心问题源于分析器的代码（使用内核辅助函数`bpf_ringbuf_reserve`）与内核上下文切换处理之间的交互导致的死锁。
问题并非直接由有缺陷的eBPF代码引起，而是由于与新引入的自旋锁（在内核5.15中）的交互以及它未能正确处理意外的锁定场景。具体来说，分析器从中断和非中断上下文都合法地使用环形缓冲区，导致争用。
内核尝试使用`rqspinlock`来缓解死锁，但未能完全解决问题，反而可能导致长时间延迟。文章强调了在eBPF环境中编程的挑战，开发者依赖内核提供的辅助函数，并期望验证器确保安全性。最终，已实施修复程序以允许从这些场景中立即恢复，并且存在针对旧内核版本的解决方法。
## 不适感：故意糟糕的设计 希腊建筑师卡特里娜·坎普拉尼于2011年创作了“不适感”——一个致力于设计故意不便的日常物品的项目。从带有链条手柄的叉子到笨拙的茶壶，她的作品既幽默又发人深省，突显了我们对良好设计的习以为常。 最初源于职业挫折——退学和被解雇，坎普拉尼寻求一个摆脱建筑严肃性的创意出口。该项目在欧洲获得了关注，并促成了多次展览，这让她感到惊讶。 现在，经过15年，坎普拉尼继续不定期地为她大约50-60种设计作品添加内容，这些作品是数字渲染和物理原型混合而成。虽然她抵制大规模生产，担心这会将她的重点从艺术表达转移到业务后勤上，但她的作品引起了许多人的共鸣，包括那些认识到设计不良物体挑战的人，特别是残疾人士。 坎普拉尼认为该项目是一种创造性的拖延形式，由不适感和自我表达的愿望所驱动。尽管最初有所犹豫，她欣然接受了该项目的持续成功以及由此引发的对话。
## OpenHardware.directory：一个用于可刷写设备的全新资源
一个新的目录[openhardware.directory](https://openhardware.directory) 旨在编录超过135种可刷写自定义固件的开源硬件设备。该项目前景可期，但也收到了褒贬不一的反馈。用户指出，已经存在更全面的存储库，例如Tasmota、Tuya设备（OpenBeken）和ESPHome。
最初的担忧集中在该网站对“开源硬件”的定义上，一些列出的设备并未完全符合严格的开源标准。此外，AI驱动的搜索功能也被批评为速度慢、不直观且偶尔不准确。网站设计被描述为普通且缺乏功能。
创建者承认这些问题，并表示该项目是一个MVP（最小可行产品），并欢迎反馈。 计划中的改进包括改进AI搜索、手动验证设备列表以及增强用户体验。 目标是为希望修改现有硬件固件的开发人员提供一个集中资源，即使这意味着索引有用的外围设备以及完全开源的板卡。
用两行代码启动一个具有沙盒执行的自主AI代理。
Launch an autonomous AI agent with sandboxed execution in 2 lines of code
2 天前
## 本地LLM Agent流水线总结 此笔记本演示了使用本地LLM Agent流水线构建自主代理，能够使用各种工具执行复杂任务。该流水线支持基于云（例如OpenAI、Anthropic、Gemini）和本地LLM（例如Ollama、vLLM、llama.cpp），这些LLM支持工具调用。 核心组件`AgentExecutor`启动具有访问9个内置工具（文件操作、shell访问、网络搜索）的代理，这些工具可以被定制或通过用户定义的工具进行扩展。可以通过Docker/Podman进行沙箱化以增强安全性。 示例展示了代理执行诸如构建计算器模块和进行财务分析等任务。财务分析示例重点介绍了定义自定义工具（股票价格获取、波动率计算、收益分析）并使用它们生成综合报告。本地模型的使用通过Ollama进行演示，需要适当的网络配置。该流水线简化了代理的创建和执行，能够自动化各种工作流程。
## Amaiya：使用 Docker 启动 AI 代理 - 批判性分析
一个名为 Amaiya 的新项目声称只需两行代码即可启动具有沙盒执行的自主 AI 代理。然而，Hacker News 社区的初步反应持怀疑态度。虽然这个概念很有趣，但其实现严重依赖于执行 `docker run` 并反复在容器内运行 `pip install`——这种做法被批评为效率低下，并且可以通过预构建的镜像来避免。
讨论强调了便利性和性能之间的权衡，一些人认为构建和维护优化的 Docker 镜像即使付出额外的努力也是值得的。另一些人指出，使用 CI/CD 管道（如 GitHub Actions）可以自动化镜像创建和托管。
核心问题在于，沙盒机制并没有特别的创新，并且依赖于运行时包安装会引入显著的开销。对话还涉及在复杂的企业环境中运行 AI 代理的更广泛挑战，以及对超越简单测试通过的强大验证信号的需求。 几位用户分享了提供类似功能的替代项目。
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置造成的。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
## 半导体缺陷检测进展
最近一篇来自康奈尔大学的文章详细介绍了一种新的电子显微镜技术，用于识别半导体中的“啮咬”缺陷——这些微小的问题性缺陷会影响芯片制造。Hacker News讨论中强调的核心要点是，精确的测量在半导体生产中的关键重要性。
改进的缺陷检测，以及将这些缺陷与特定工艺步骤关联起来，能够实现更严格的统计过程控制。这意味着制造商可以在问题*导致*大范围故障*之前*快速识别并解决问题，最终提高盈利能力。
讨论还涉及芯片制造日益复杂，特别是向2nm工艺转变，需要更先进的成像技术。虽然这项技术目前应用于最先进的CPU，但评论员们争论其对存储芯片良率和更广泛的消费设备市场的影响。一个反复出现的主题是可靠性与经济因素之间的权衡，一些人认为计划报废常常会取代潜在的持久技术。
## Zeroboot：亚毫秒级AI代理沙箱
Zeroboot 提供极快的（亚毫秒级p50延迟，约1.7毫秒p99）虚拟机沙箱，用于安全地运行AI代理代码。它通过利用KVM虚拟化和Firecracker快照的新颖的写时复制（CoW）分叉机制来实现这一点。
Zeroboot 不采用传统的VM创建方式，而是将运行时环境预加载到基础VM中，然后通过将快照的内存映射为CoW来快速“分叉”新的隔离VM。这大大减少了启动时间——每个分叉大约0.8毫秒——同时保持硬件强制的内存隔离。
每个沙箱都是一个完整的KVM VM，消耗大约265KB的内存。Zeroboot为Python和TypeScript提供SDK，允许开发者轻松地在这些安全、短暂的环境中执行代码。
Zeroboot目前是一个可用的原型，尚未达到生产级成熟度，但它展示了在快速、安全地为AI应用提供沙箱方面的重大进展。
## 亚毫秒虚拟机沙箱与CoW分叉
Adam Miribyan 提出了一种使用 Firecracker 微型虚拟机和写时复制 (CoW) 内存分叉技术，实现快速、隔离代码沙箱的新方法。系统不是为每次执行启动新的虚拟机，而是先启动一次 Firecracker 并加载依赖项，然后快照虚拟机状态。后续执行通过使用 `MAP_PRIVATE` 映射快照内存来创建新的 KVM 虚拟机，利用 Linux 的 CoW 页面提高效率。
这带来了亚毫秒级的启动时间——比传统的容器或虚拟机方法快得多。虽然核心 CoW 机制并非新颖，但正确恢复快照的虚拟机证明具有挑战性。
讨论重点关注熵（分叉后需要重新播种的 RNG 状态）以及管理基础镜像更新的复杂性。该项目面向 AI 代理沙箱等用例，在这些用例中，快速执行至关重要，从而实现诸如推测并行执行之类的技术。提供了一个托管 API，支持多区域和自定义模板。初始开销约为 265KB，随工作负载内存使用量扩展，但受益于通过 CoW 实现的大量内存共享。
arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都认同并接受了我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与秉持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
展示HN：致命核心转储 – 一个用GDB玩的调试谋杀之谜
Show HN: Fatal Core Dump – A debugging murder mystery played with GDB
2 天前
## 致命核心转储：网络迷Mystery **致命核心转储** 是一款互动解谜游戏，背景设定在2216年，挑战玩家调查一颗小行星采矿站的气闸故障。玩家扮演中立仲裁者，判断事故是意外、疏忽还是蓄意破坏。 独特的游戏玩法涉及**调试真实的二进制应用程序**——分析核心转储——以揭示故障的根本原因。这需要具备**GDB、C编程、逆向工程、x86_64汇编以及Linux运行时行为**的技能。 虽然要求较高，但游戏提供了学习资源和基于Web的虚拟机以方便访问。它使用真实的编译代码（GCC 11.4.0），并强调代码分析，而非隐藏在网页中的线索。玩家还可以访问“制作花絮”文档，以获取包含剧透的完整游戏制作过程。
## 致命核心转储：一个调试解谜游戏
一款名为“致命核心转储”的新游戏，将通常令人沮丧的调试过程转化为引人入胜的谋杀之谜。这款游戏由axlan创作并在Hacker News上分享，它为玩家提供了一个Linux二进制文件、核心转储、源代码和日志，这些都与一颗小行星采矿站工程师的可疑死亡有关。
玩家必须使用像GDB这样的真实调试工具来调查这起事件是意外还是破坏。游戏鼓励使用玩家偏好的调试设置，并提供引人入胜的叙事来推动调查。
Axlan还提供了一篇详细的博客文章，概述了游戏的开发过程，并在GitHub上提供了完整的源代码，供感兴趣的人研究其实现方式。这是一个独特项目，吸引了任何喜欢底层Linux工具和具有挑战性的调试谜题的人。
## Forge：植根于您知识的企业级人工智能
Mistral AI推出Forge，一个系统，使企业能够构建基于*自身*专有数据训练的高级人工智能模型，摆脱对通用公开信息的依赖。Forge通过允许组织将独特的知识——政策、代码、流程——直接融入人工智能模型，弥合了广泛人工智能能力与特定业务需求之间的差距。
通过预训练、后训练和强化学习，Forge支持构建能够理解内部术语和工作流程的模型，从而带来更可靠、更准确的企业级智能体。至关重要的是，Forge优先考虑控制和战略自主性；模型始终受组织管理，这对受监管行业至关重要。
Forge支持多种模型架构和多模态输入，并设计用于通过反馈和评估持续改进。其应用范围涵盖政府、金融、软件开发和制造业，为能够执行复杂任务（如政策分析、代码辅助和运营诊断）的智能体提供支持。最终，Forge将人工智能从外部工具转变为战略资产，并*随着*组织专业知识的积累而不断发展。
## Mistral AI 发布 Forge 企业 AI 平台
Mistral AI 发布了“Forge”平台，该平台使企业能够在其专有数据上训练定制的 LLM。 这旨在满足对针对特定行业和内部知识库量身定制的专业 AI 解决方案的需求，超越通用模型。 Forge 提供预训练（使用新数据改进现有模型）和后训练（针对特定任务进行微调）。
该消息引发了关于 Mistral 命名约定、API 清晰度和定价的讨论。 用户对模型版本和访问权限感到困惑，许多人希望提供自助服务选项。 存在争议的是，鉴于访问干净、格式良好的内部数据的挑战，这种方法是否可行。
许多人认为这是与美国科技巨头竞争的战略举措，特别是对优先考虑数据主权的欧洲公司具有吸引力。 然而，一些人质疑该平台的功能是否真正超越了现有的 RAG（检索增强生成）技术，或者它是否对小型企业具有成本效益。 与 ASML 和 ESA 等组织的早期合作表明了企业采用的潜力。