启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
## Windows 11 24H2 更新及 SSD/HDD 问题 - 摘要
最近的 Windows 11 24H2 更新据报道导致部分 SSD 和 HDD 出现数据损坏和故障，特别是那些使用 Phison 控制器和无 DRAM 模型的硬盘。初步报告显示，问题源于更新触发的大量写入操作，可能与 Windows 操作系统缓冲缓存中的内存泄漏有关。
虽然有些人推测是硬件故障，但另一些人认为 Windows 行为的改变暴露了现有的固件缺陷，类似于之前 Western Digital/SanDisk 驱动器出现的问题。一种解决方法涉及重新刷新 SSD 固件以使用 4k 扇区，但这对于普通用户来说不是常见的解决方案。
微软已经发布了补丁，但根本原因仍存在争议。一些用户报告称，更新后 Beelink 设备甚至旧 HDD 也受到影响。这一事件引发了对微软测试程序的担忧，以及更新可能导致使用较旧或低端硬件的系统不稳定。建议用户谨慎操作并考虑备份数据。
## 边注搜索索引重新设计：摘要 边注搜索索引经历了一次重大重新设计，以提升性能，这是由于索引文档数量翻倍（从3.5亿到8亿）以及即将支持多语言所必需的。核心变化是用确定性块式跳表取代现有的B树结构，该结构针对快速列表交集进行了优化，这对于搜索查询至关重要。 开发过程中的一个关键发现是NVMe SSD的性能表现不直观：更大的读取块大小（高达128KB）会显著*提高*读取速度，因为驱动器能够处理并行操作，尽管最初的读取似乎有些浪费。这促使我们放弃较小的块大小，并探索数据局部性优化。 进一步的改进来自于利用`io_uring`进行异步位置数据检索，并仔细平衡并发性以避免使SSD控制器不堪重负。团队还专注于按文档对位置数据进行聚类，以提高缓冲读取和POSIX_FADV_RANDOM的读取效率。 重新设计的索引现已投入生产，优先考虑IOPS，并证明了理解现代SSD行为对于实现最佳性能的重要性。未来的工作包括探索更好的压缩算法，并可能重新审视近似位置匹配技术。
## 使用 NVMe SSD 提升索引 I/O 速度 - 摘要
一篇 Hacker News 的讨论集中在优化 NVMe SSD 的 I/O 性能，特别是索引查找。最初的帖子引发了关于最佳块大小的争论，挑战了长期以来的 128KB 观念。最近的数据表明，256KB 可能更优，但最佳大小很大程度上取决于 I/O 架构的质量。
许多评论者强调利用 AsyncIO (IO_Uring) 和 SPDK 等现代技术来绕过操作系统开销的重要性。然而，SPDK 的复杂性和对许多应用程序的有限益处也被指出。一个关键点是，现代 I/O 调度器通常足够高效，以至于 SPDK 的较低延迟并不关键。
讨论还涉及预读方案的作用以及更大、连贯的块对索引精度的益处。最后，有人提出了逻辑块寻址 (LBA) 格式的问题，建议从默认的 512B 切换到更大的格式可以提高性能。最终，最佳方法需要仔细考虑具体的硬件和工作负载。
## BBC Micro 与 ARM 崛起：摘要
一篇 Hacker News 的讨论围绕着 1980 年代英国的家用电脑 BBC Micro，以及它与如今无处不在的 ARM 处理器的出人意料的渊源。由 Acorn Computers 制造的 BBC Micro 为 Acorn RISC Machine (ARM) 铺平了道路，类似于 IBM PC 与 Intel/x86 之间的关系。
BBC Micro 最初使用 6502 处理器，但 Acorn 设计 ARM 的目标是提高性能，特别是更快地运行 BBC BASIC。ARM 的设计深受 6502 的影响，早期开发包括在 BBC Micro 上模拟 ARM。
评论员强调了 Acorn/BBC 关系（Acorn 设计和制造）与 IBM/Intel 关系（Intel 作为组件供应商）之间的关键区别。他们还讨论了 Acorn 后来的 Archimedes 机器，以及该公司尽管在竞争激烈的 80/90 年代电脑市场面临挑战，但最终获得了 ARM 的成功。最终，讨论强调了 BBC Micro 在 ARM 开发中的基础作用，而 ARM 现在为全球数十亿设备提供动力。
为什么选择 Nim？
Why Nim?
1 天前
我们正在验证您的浏览器。网站所有者？点击此处修复。 Vercel 安全检查点 | sin1::1755439217-RXrwLmyqbDStcLmqLqOBNNy9SaPjBV3a 启用 JavaScript 以继续。 Vercel 安全检查点 | sin1::1755439217-RXrwLmyqbDStcLmqLqOBNNy9SaPjBV3a
## Nim：一种前景可期但面临采用挑战的语言
这次Hacker News讨论围绕编程语言Nim展开，该语言因其速度、易用性以及强大的特性（如元编程和交叉编译，包括编译为JavaScript）而备受赞誉。 许多评论者表达了对Nim的喜爱，强调它能够解决在使用Python等语言时遇到的问题，并为Rust和Go提供了有吸引力的替代方案。
然而，一个关键主题是Nim在广泛采用方面遇到的困难。 担忧包括相对较小的生态系统、缺乏大量的库，以及开发人员经常需要自己构建工具。 尽管Nim在性能和灵活性方面具有优势，但与更成熟的语言相比，其较小的社区和有限的资源构成了重大障碍。
这场辩论涉及了公司支持（如Rust基金会和Google对Go的支持）在语言成功中的作用，以及LLM可能带来的平衡竞争环境的影响。 最终，尽管许多人认为Nim是一种技术上强大的语言，但它的未来取决于克服这些采用挑战。
这个项目是基于 mojombo/god 的分支。作者：Tom Preston-Werner, Kevin Clark, Eric Lindvall 网站：http://godrb.com God 是一个易于配置、易于扩展的监控框架，用 Ruby 编写。保持服务器进程和任务运行应该成为部署过程中的一个简单部分。God 旨在成为最简单、最强大的监控应用程序。请参阅仓库内的文档 doc。在线文档请见这里。注册 god 邮件列表：https://groups.google.com/g/god-rb。请参阅 LICENSE 文件。
一个名为“ResurrectedGod”（一个拥有2.2k星的项目分支）的新Ruby进程管理框架最近被提交到Hacker News。该提交获得了17点赞和4条评论，但引发了一些争论。
一个关键问题是这个新分支（目前有4颗星）与原始项目之间的区别。一位评论者戏谑地说这“大约是十年”，可能指的是原始项目的年龄。
然而，讨论很快变得尖锐，一位用户表达了对“God”命名惯例——一个之前流行的Ruby框架的参考——以及相关行业文化的厌倦。另一位评论者则为使用这个名字辩护，称之为一种“将精神痛苦传递下去”的方式，引用了过去的负面经历以及对这种言论风格缺乏否定。
## C STL-like 库比较 – 项目总结 本项目对几个旨在为经典 C 编程提供类似 STL 容器功能的 C 库进行基准测试和比较。目标是评估 C++ 模板化容器的替代方案，重点关注向量、列表、映射和集合等常见数据结构的实现。 一个关键组成部分是一组标准化的测试程序——使用 `int`、`mpz_t`（来自 GMP）和字符串——旨在评估库的 API 人体工程学和性能。这些程序执行基本操作，如数组声明、初始化、排序和搜索。比较考虑的因素包括支持的 C 标准（C89、C99、C11、C23）、泛型机制实现（void 指针、宏等）、类型安全以及对复制/移动语义、迭代器和排序算法等功能的支持。 目前，正在评估的库包括 M*LIB（由作者开发）、STC、CMC、CTL、CollectionsC、CC 和 GLIB，C++ STL 作为参考。该项目正在进行中（WIP），欢迎贡献，包括库的添加以及对比较标准的反馈。基准测试结果可用，该项目使用 C11 编译器、`make`、Git、GMP 和 GLIB 进行构建和测试。
一个 Hacker News 的讨论围绕着 GitHub 上对提供泛型容器能力的 C 库的比较（[https://github.com/p-p-h-d](https://github.com/p-p-h-d)）。最初的帖子引发了关于这些库的可移植性的讨论，特别是关于构建脚本中硬编码的编译器假设（GCC、Clang、MSVC）。
一位用户指出，由于这些假设，将这些库集成到测试框架（slimcc）中很困难，并建议这通常表明 C 代码本身存在进一步的可移植性问题。另一位用户反驳说，许多假设可以使用 `make` 标志覆盖，但原始发帖者表示更喜欢避免具有如此根深蒂固的编译器依赖项的项目，认为这表明缺乏更广泛的兼容性。其中一个包含库的作者承认了它的存在于比较中。
VictoriaLogs 消息、时间与流的实用摄取指南
VictoriaLogs Practical Ingestion Guide for Message, Time and Streams
1 天前
## VictoriaLogs：实用摄取指南 - 摘要
VictoriaLogs 专为高效日志管理而设计，可接受结构化和非结构化数据。每个日志条目*必须*包含 `_msg` 字段（人类可读的事件描述），并且理想情况下包含 `_time` 字段（时间戳 – 如果缺少，则使用摄取时间）。
一个关键概念是 **流 (stream)**，它是相关日志的逻辑分组（例如，按服务）。定义有效的流至关重要：过于狭窄（高基数 – 许多唯一流）会导致查询缓慢，而过于宽泛（“胖流”）会产生性能瓶颈。目标是使用对于生产者实例保持不变的标识符，避免频繁更改。
VictoriaLogs 会自动处理压缩，受益于具有有限唯一值的字段（常量、枚举、数字、时间戳）。将复杂消息字段分解为单个优化字段可以提高摄取和查询性能。嵌套字段会被展平，或者如果名称超过限制，则转换为 JSON 字符串。
正确的摄取依赖于通过查询参数或 HTTP 标头正确指定 `_msg_field` 和 `_stream_fields`。VictoriaLogs 会自动添加 `_stream_id`（唯一标识符）和 `_stream`（Prometheus 样式的标签），以便进行高效过滤。
最终，理解这些核心概念 – 消息、时间、和流 – 比微调单个设置更有影响力。VictoriaLogs 由 VictoriaMetrics 开发，旨在提供可扩展且具有成本效益的可观察性解决方案。
## VictoriaLogs：一种有前景的日志摄取方案
一篇 Hacker News 讨论强调了对 **VictoriaLogs** 的积极体验，这是一款由 VictoriaMetrics 的创建者推出的新型日志摄取工具。用户报告称，它在速度和效率方面明显优于 **Loki** 和自定义 **ClickHouse/Vector** 设置。
一位用户成功摄取 **每天 4.28 亿条日志（625GB），请求速率为 6k/秒**，使用的 GCP 实例配置为 8vCPU 和 16GB 内存。另一位用户报告在 Hetzner 服务器（ZFS 设置）上处理 **每秒 7 万行** 日志。
用户称赞 VictoriaLogs 易于部署、管理和与 **Grafana** 集成。它被视为 **Elastic Stack** 的一个更简单的替代方案，特别是对于那些对其复杂性感到犹豫的人。 许多用户期待 **VictoriaTraces** 的发布，以取代 Tempo 处理 OpenTelemetry 数据。 虽然一些人对资源配置存在争议，但总体情绪非常积极，用户推荐将其用于替换现有的日志解决方案。
## LL3M：使用大型语言模型进行3D建模
LL3M是一个新系统，利用大型语言模型在Blender中使用Python代码生成和编辑3D资源。与以往专注于有限任务的方法不同，LL3M可以根据文本指令创建复杂且不受约束的3D模型，处理几何体、布局和外观。
该过程包括三个阶段：初始创建、自动优化（纠正错误和改进几何体）以及用户引导的优化，用于迭代编辑。这允许持续的协作创作和改进循环。
LL3M的一个关键优势是它生成的*可解释代码*——带有透明参数的良好文档化的Blender代码——使用户能够轻松地在Blender内直接修改设计。该系统展示了生成各种形状、应用一致的风格化（如蒸汽朋克）、编辑材质以及创建具有对象之间层次关系的复杂场景的多功能性。
LL3M还表现出代码的可重用性，在不同的提示之间传递知识，从而实现高效和模块化的3D资源生成。
提交于2020年1月15日（v1），最后修订于2021年9月24日（此版本，v3）。查看题为“用于同余伪随机数生成器的计算简单、光谱良好的乘数”的论文的PDF，作者为Guy Steele和Sebastiano Vigna。查看PDF。摘要：同余伪随机数生成器依赖于良好的乘数，即在谱测试方面具有良好性能的整数。我们提供了一系列具有良好晶格结构的乘数，维度高达八维，滞后高达八，适用于具有典型2的幂模数的生成器，并详细分析了接近模数平方根的乘数，其乘积可以快速计算。来自：Sebastiano Vigna [查看邮件] [v1] 2020年1月15日星期三 13:23:36 UTC (45 KB) [v2] 2021年1月21日星期四 10:47:59 UTC (45 KB) [v3] 2021年9月24日星期五 20:00:58 UTC (658 KB)
最近的 Hacker News 讨论围绕着一篇新的 arXiv 论文，探讨了“同余伪随机数生成器 (PRNG) 的良好乘数”。虽然传统上被认为存在缺陷，但这些简单的 PRNG（MCG 和 LCG）由于其速度和已建立的数学分析而仍然受欢迎。
讨论强调了 George Marsaglia 的工作，他之前曾暗示这一类 PRNG 存在固有局限性，这促使他开发了替代生成器。然而，该论文认为这些生成器仍然有用，尤其是在与其他 PRNG 结合使用或通过输出函数进行后处理以减轻缺陷时。
具体而言，评论员指出 Marsaglia 自己的 KISS 生成器就是一个成功结合 LCG 与其他方法以提高随机性的例子。KISS 算法的链接已提供以供进一步阅读。
## Nuvistor：电子管技术的最后一次创新
Nuvistor 是 RCA 在 20 世纪 50 年代末开发的一种电子管技术，正值晶体管开始主导电子产品市场。尽管晶体管兴起，Nuvistor 仍具有独特的优势，促使 RCA 大力推广它，重点在于小型化、效率和可靠性。
这些电子管，例如 6CW4 和 7586，采用独特的金属和陶瓷结构，与现有电子管相比，尺寸明显更小，高频性能更优越。RCA 为这项技术设计了独特的标志，甚至采用特殊包装，推广“Nuvistorization”——将这些电子管整合到新设计中。
起初曾被考虑用于电视调谐器，Nuvistor 最终在各种领域得到应用，包括高保真音频设备（如 Ampex 磁带录音机和 Neumann 麦克风）、需要坚固耐用的军事应用，甚至早期太空计划（Ranger 任务）。其低噪声和稳定性使其成为敏感电路的理想选择。
尽管最终因成本和小型化优势而被晶体管取代，但 Nuvistor 十年的寿命表明它不仅仅是绝望地抵抗变革，而是一种有价值的技术，在晶体管尚未完全胜任的领域填补了空白。如今，Nuvistor 仍然受到爱好者的追捧，用于修复项目和独特的电路设计。
## Nuvistor 电子管：黑客新闻讨论摘要
这个黑客新闻讨论围绕着 Nuvistor 电子管展开，这是一种真空管，以其惊人的寿命和能力而闻名。讨论始于一个指向 r-type.org 的链接，该网站详细介绍了这些电子管。
用户分享了经验，驳斥了关于真空管的一些常见误解——特别是它们的脆弱性和频繁烧毁。 许多评论员指出，电子管，尤其是来自较旧设备（如二战时期的无线电）的电子管，即使经常使用，也能持续数十年。电路设计（电压水平、通风）和元件质量等因素似乎在寿命中起着重要作用。
对话扩展到吉他放大器，在那里电子管因其声音特性而仍然受欢迎，以及经典 Fender 放大器中发现的独特输入阻抗匹配。一个有趣的点是，Nuvistor 被用于一些固态设备（如旧的惠普示波器）的输入级，因为它们具有低噪声特性。
该讨论还涉及了使用 Nuvistor 构建极其坚固、抗辐射的计算机的可能性，这些计算机能够在灾难性事件中幸存。最终，这场讨论突出了这项“旧”技术的持久吸引力和可靠性。