## 近期 Linux 内核变更可能对 PostgreSQL 有益
像 PostgreSQL 这样的开源项目很大程度上依赖于 Linux 内核，但及时了解相关的内核更新可能具有挑战性。本文重点介绍了近年来可能改善 PostgreSQL 性能和功能的内核变更，旨在引发讨论和潜在集成。
关键变更包括**非缓存缓冲 IO**（使用 `RWF_DONTCACHE` 标志），这可以在内存压力下提高性能，以及 NVMe/SCSI 设备的**原子写入**（使用 `RWF_ATOMIC`），可能消除当前由全页镜像等功能解决的“撕裂页”问题。
进一步的开发利用**BPF（Berkeley Packet Filter）**进行内核定制。这包括一个新的 `cachestat` 系统调用，用于更准确的页面缓存监控——可能改善索引扫描估计，以及 `sched_ext` & `cache_ext`，它们允许针对数据库工作负载（例如优先处理 OLTP 而不是分析查询）定制调度和页面缓存驱逐策略。最后，正在进行通过 BPF 定制 io_uring 和 OOM killer 的提案，为 I/O 和内存管理提供进一步的控制。
虽然某些功能需要直接 IO 并且可能无法立即移植，但这些内核进步为 PostgreSQL 优化和开发提供了令人兴奋的可能性。作者鼓励社区探索这些变更并提供反馈。
每日HackerNews RSS
最近一篇Hacker News上的帖子强调了Linux内核的新进展，旨在提高PostgreSQL的性能。具体来说，正在提出一个补丁，使`io_uring`系统可以通过BPF（Berkeley Packet Filter）进行定制，从而可能实现更高效的I/O操作等待和轮询模式。
评论者对这些可能性感到兴奋，一位用户称之为“太棒了！”并赞扬了潜在的应用场景。随后，讨论集中在这些底层改进是否最终能使像基于云的PostgreSQL部署（例如AWS Aurora）和简化的基础设施工具等日常应用程序受益。另一位评论员指出，硬件/内核级别的改进并不总是能在更高层软件中完全实现，因为存在中间层。
本文讨论了两个看似无关的主题：“血月”现象和三犬夜乐队主唱查克·内格隆的回忆录。 “血月”指的是月全食期间月球呈现出的红色外观。这是因为地球大气层过滤阳光，让红色的色调到达月球表面，同时散射其他颜色。约翰·黑吉牧师推广了这个术语，将这些日食与预言事件联系起来，尽管红色是人们熟知的天文现象。 另一方面，评论详细介绍了内格隆坦率的回忆录《三犬夜惊魂》。书中记录了他与三犬夜乐队的成名，随后是堕入海洛因成瘾、经济破产和关系破裂的毁灭性经历。尽管书中详细描述了令人震惊的行为和自我伤害，内格隆最终还是找到了康复之路，并继续演出。评论员赞扬了他的诚实，但批评他对前乐队成员的负面态度。
一个黑客新闻的讨论挑战了“血月”一词起源于约翰·哈吉2013年的书籍《四次血月》的说法。 许多评论员指出，该短语的使用要早得多。
引用的证据包括2011年的电子游戏《泰拉瑞亚》中的“血月”事件，1994年的《万智牌》卡牌“血月”，甚至1990年的电影《血月》。 Google Ngrams数据表明，该词的使用可以追溯到至少1900年，历史记录表明“血月”是德克萨斯边境地区和威卡教传统中对满月的称呼。
虽然承认哈吉的书可能使该术语*流行*起来，但用户认为它在之前就已存在。 一位评论员表达了对满月被赋予越来越多的专业名称的沮丧，更喜欢传统的“蓝月”称谓的简洁性。
## Commodore 64 光之谜：基于精灵的增强
这个项目重制了Commodore 64版本的《光之谜》益智游戏，目标是达到与NES版本相似的视觉效果。核心挑战在于扩展精灵的使用——C64的VIC-II芯片仅支持8个精灵，而实现所需的按钮阴影和动画则需要33个。
解决方案涉及巧妙的精灵复用和在屏幕渲染期间的关键时序操作。现有的铆钉和阴影精灵被重新利用，并添加了新的精灵用于单元格的阴影效果。中断被策略性地使用——总共八个——以更新精灵位置、图案，并在扫描线基础上启用/禁用精灵。
这需要重新组织精灵数据以实现高效更新，并修改中断处理程序以管理复杂的时间安排。字符图形也被改进，切换回系统字体以允许动画按钮标签。
虽然显著增加了代码量，但这个迭代过程展示了显示能力的增量改进，将C64硬件推向了极限。该项目强调了探索中间步骤和完善技术的重要性，即使对于看似微不足道的游戏玩法增强也是如此。
一场 Hacker News 的讨论围绕着一篇关于在 Commodore 64 上使用精灵复用技术的博客文章展开。核心话题是如何高效地显示超过 C64 标准的每行 8 个精灵。
用户们讨论了通过链式中断处理程序，在光栅扫描线期间快速切换精灵数据，从而有效地“复用”它们的方法。一位评论者建议直接重写中断向量以加快切换速度，而另一位则指出由于 Kernal 银行切换，需要使用软向量。
对话还强调了一个视觉上令人印象深刻的演示，展示了同时显示九个精灵，这通过巧妙的光栅时序和精灵操作实现——并非位图技巧。 几位用户称赞了演示的节奏以及附带的 SID 音乐的质量。最终，该帖子展示了人们对优化和突破经典 C64 硬件极限的持续兴趣。
事件发生在周日早上，亚马逊网络服务（AWS）当时表示，“物体”击中了阿联酋的一个数据中心，造成“火花和火灾”。 同样在周日，AWS表示正在调查巴林的一个设施的电力和连接问题。
Windhawk 是一款免费且备受推崇的 Windows 优化工具，允许用户通过“模组”深度自定义他们的电脑，可以改变从任务栏外观和行为到鼠标滚轮功能等一切。虽然功能强大，并提供许多用户想要的功能（例如可移动的任务栏，微软最近才开始原生支持），但也存在风险。 Windhawk 通过将代码注入到正在运行的进程中工作，这会带来潜在的稳定性和安全问题。虽然核心程序是开源的并且来自信誉良好的开发者，但许多模组是由其他人创建的，需要用户评估其可信度。它也可能与游戏的反作弊软件冲突，从而导致封禁。 作者并未完全推荐 Windhawk，承认其优点和潜在缺点。它凸显了微软的核心矛盾：在安全、锁定的系统与用户想要个性化体验的自由之间取得平衡。Windhawk 正是这种矛盾的体现，填补了用户长期以来要求但在 Windows 中缺失的功能，但可能需要付出代价。最终，使用 Windhawk 是个人选择——请谨慎行事并了解相关风险。
## Windows 模组：力量与挫败感
最近的 Hacker News 讨论强调了自定义 Windows 的吸引力和挑战。像 WindHawk 这样的工具允许用户深度修改操作系统——从任务栏行为到文件资源管理器细节——提供了一种现代、封闭式操作系统中缺失的控制级别。许多评论者表达了希望这种程度的自定义能够内置于系统之中，并对微软日益严格的限制趋势表示遗憾。
然而，对话也承认了这些修改固有的不稳定性。Windows 更新经常破坏模组，需要持续维护。一些用户已经转向 Linux 以获得更稳定的自定义选项，而另一些用户则依赖 PowerToys 等工具进行不太具侵入性的调整。
讨论涉及了个性化与可靠性之间的权衡，许多人指出 Windows 正在远离用户控制。虽然模组可以增强体验，但它通常只是在不断发展的系统中一个临时的解决方案，导致一些人寻求更可定制的替代方案。最终，争论的中心在于用户是否应该对其操作系统拥有更大的自主权，即使这意味着牺牲一些稳定性。
保护隐私的年龄和身份验证，通过匿名凭证。
Privacy-preserving age and identity verification via anonymous credentials
2 天前
## 匿名认证的迫切需求 互联网正朝着增加身份识别要求的方向发展，这受到数据收集和新法律（强制年龄验证）的推动——影响着从社交媒体到维基百科的一切。 这种趋势构成了重大的隐私风险，可能将在线活动与真实身份联系起来。密码学家认为**匿名认证**——证明你*拥有*凭证，但不透露*你是谁*——是关键的解决方案。 匿名凭证由David Chaum在1980年代率先提出，旨在打破凭证颁发与使用之间的联系。 用户无需重复透露身份证明，而是出示一张验证特定属性（如年龄）的凭证，而无需透露其身份。 然而，防止凭证复制至关重要。 解决方案包括一次性凭证（如PrivacyPass）、可撤销凭证和与硬件绑定的方法。 更高级的系统利用**零知识证明**，允许用户在不透露底层数据的情况下证明声明（例如，年龄、居住地）。 这些可以与限制凭证使用或通过“黑名单”撤销凭证的技术相结合，而无需识别用户。 虽然复杂，但这些技术为在日常身份识别的未来中保护在线隐私提供了一条途径。下一步是探索实际应用，例如PrivacyPass和Google在Android上的基于驾驶执照的方法。
## 黑客新闻讨论摘要：匿名凭证与年龄验证
一个黑客新闻帖子讨论了匿名年龄和身份验证系统的可行性和期望。核心争论在于技术挑战是否已经解决，还是说缺乏实施源于社会/政治动机。
许多评论者指出，解决方案*存在*（例如德国身份证提供是/否的年龄验证），但并未被广泛采用，这表明公司或政府并不*想要*真正保护隐私的系统。人们对美国抵制数字身份证表示担忧，这种抵制源于对隐私的恐惧和对集中权力的不信任，甚至还有一些奇怪的文化反对意见（例如对数字身份证中“666”标记的恐惧）。
讨论强调了密码学解决方案与实际实施之间的紧张关系。虽然零知识证明等技术具有潜力，但人们仍然担心对发行者的信任、潜在的跟踪以及滥用的风险。一些评论员认为，年龄验证本身就是一个有问题目标，可能会导致过度干预和监控，而不是解决预期的问题。最终，该帖子强调，仅靠技术解决方案是不够的；社会和政治因素在隐私保护系统是否被采用以及是否真正保持匿名方面起着至关重要的作用。
插拔测试
Plugtest
2 天前
## 插电测试：确保技术协同工作
**插电测试**（或称互联测试）是技术行业一项至关重要的活动，它汇集制造商来测试他们的产品和设计在既定的技术标准下*协同*工作的情况。这些测试范围从简单的物理连接到复杂的实际场景模拟。
主要目标是验证对标准的符合性，并且重要的是，通过识别歧义或实际问题来*改进*这些标准。插电测试可以是公开的，结果共享，也可以是私有的，用于内部开发。
CEA（HDMI）、VESA（DisplayPort）和USB-IF等组织会定期举办插电测试。它们也被用于文档格式（ODF）、数据存储（SCSI）、智能家居能源管理（EEBUS）和开放无线接入网技术（O-RAN）等领域。
最终，插电测试通过确保不同技术能够无缝通信，从而提高互操作性、增加透明度并推动创新。
这次黑客新闻的讨论围绕着“互联测试节”——硬件和软件经过严格测试以确保兼容性的活动，通常以意想不到的方式进行。最初的帖子链接到维基百科上关于该主题的文章。
用户分享了轶事，说明了公司为测试所做的努力。一个故事详细描述了贝尔实验室秘密缩短电话线，以确定用户在注意到之前可接受的最小长度。另一个强调了微软与杀毒软件供应商的互联测试节，由于驱动程序行为冲突，这是一个复杂的过程。
一些评论涉及了人因测试的挑战，指出人们通常会适应并忽略缺陷，而不是报告它们。例子包括呼叫中心对数字手册的抵触以及苹果早期“蓝色盒子”电话黑客。其他例子包括蓝牙“互联测试节”和NFL的“射频战争游戏”，以解决超级碗期间的无线电干扰问题。
这次对话表明，互联测试节对于识别和解决兼容性问题至关重要，通常需要创造性的，有时甚至是秘密的测试方法。
## Replit 实现确定性浏览器视频渲染的方法 Replit 需要一种可靠的方式来捕获网页——这些网页可能包含使用各种库的复杂动画——并将其转换为视频文件。仅仅录制屏幕被证明不可靠，因为浏览器会动态且独立于一致的时间源来渲染帧。虽然像 Remotion 这样的工具存在，但它们要求在它们的框架*内*构建，不适合 Replit 需要捕获由 AI 代理驱动的任意网络内容。 他们的解决方案是：在浏览器内**“冻结时间”**。一个大约 1,200 行的 JavaScript 文件拦截并替换了核心计时 API（setTimeout、requestAnimationFrame、Date），使用虚拟时钟，确保动画以可预测的逐帧方式进行。即使在浏览器负载波动的情况下，也能实现确定性渲染。 这个过程并不简单。它包括一个“合成器预热”以防止 Chrome 进入不良状态，一个用于可靠处理 `<video>` 元素的复杂五层规避方案，涉及 FFmpeg 和 WebCodecs，以及“窃听”Web Audio API 以捕获音频意图。他们还禁用了 OffscreenCanvas 等功能，并实施了严格的安全措施以防止漏洞。 受开源项目 WebVideoCreator 的启发，Replit 为其云基础设施和特定需求重建了该系统，并计划开源他们的实现。
## Replit 的浏览器时间欺骗视频引擎：摘要
Replit 最近详细介绍了通过操纵浏览器对时间感知来构建视频渲染引擎的方法。他们解决的核心问题是浏览器优先考虑实时渲染，可能导致丢帧和录制演示时出现卡顿。他们的解决方案是“欺骗”浏览器当前时间，强制保持一致的帧率，从而实现流畅的视频捕获。
该技术涉及推进浏览器的时钟并触发回调，就好像时间正常流逝一样，从而有效地创建一个确定性渲染环境。这使得能够捕获比标准屏幕录制更流畅的视频。
Hacker News 评论区的讨论表明，几十年前demoscene社区就使用了类似的方法。 许多评论员指出这种方法的复杂性和潜在陷阱，并将其与更简单的解决方案（如 OBS Studio 或直接修改 Chromium）进行对比。 然而，基于浏览器的方案提供了诸如完美的帧率和潜在的更高帧率等优势。
最终，有人争论在人工智能驱动的视频生成兴起的情况下，这是否是一个有价值的解决方案，但也有人强调了它在专业动画渲染和动态图形创建方面的潜力。 该项目建立在 Vinlic/WebVideoCreator 等现有工作之上，但保持修改的专有性。
## Arm 的 Cortex X925：桌面性能的竞争者
多年来，AMD 和 Intel 在高性能 CPU 领域占据主导地位，凭借高时钟和复杂的内核。Arm 传统上专注于功耗效率，但一直在稳步提高内核的复杂性。现在，凭借 Nvidia GB10 芯片中的 Cortex X925，Arm 在桌面实现中实现了与 AMD Zen 5 和 Intel Lion Cove 性能的对等。
X925 是一个巨大的、10 宽内核，优先考虑性能而非功耗，其重新排序能力超过 Zen 5，并且 L2 缓存可与 Intel 的 P 核相媲美。它具有先进的分支预测、大型的重排序缓冲区（约 525 条指令）以及一个能够每周期处理 10 条指令的强大前端。
虽然在许多 SPEC CPU2017 整数工作负载中表现出色，与 Intel 和 AMD 互有胜负，但由于 aarch64 指令集所需的指令计数较高，X925 在浮点测试中略逊于 Zen 5。尽管如此，其高 IPC 弥补了适度的 4 GHz 时钟速度。
Arm 的成功表明在桌面领域存在一种可行的替代方案，但仍然存在挑战——包括优化游戏工作负载、解决 x86 软件生态系统以及扩展 L3 缓存容量。尽管如此，Cortex X925 标志着 Arm 的一项重大成就，并有望在 CPU 市场上增加竞争。
## Pico Micro Mac：树莓派上的微型麦金托什
这个项目将经典的麦金托什体验带到树莓派Pico上，利用Matt Evans的Pico Micro Mac固件。该构建灵感来自Ron’s Computer Videos和Action Retro的设置，输出到640x480 VGA显示器，并支持USB键盘/鼠标输入。
最初的麦金托什拥有128KB的RAM，而这个Pico版本拥有208KB——增加了63%！最新的适配板（V3）通过集成的microSD卡支持和无焊接Pico WH兼容性简化了构建。设置包括将.uf2文件（固件）和.img文件（操作系统）分别刷入Pico和microSD卡。
然而，Pico有限的SRAM限制了应用程序的大小；较大的程序或模拟器（如Apple II）可能由于内存不足而失败。目前不支持声音。尽管存在这些限制，成本约为20美元，Pico Micro Mac提供了一种引人入胜且经济实惠的方式来体验早期的麦金托什计算，并充当了很好的学习工具。
## 袖珍麦金托什项目总结
杰夫·格林最近使用树莓派RP2040构建了一个微型麦金托什，引发了Hacker News上的讨论。该项目旨在以更小的外形尺寸重现经典Mac的外观和感觉。虽然核心组件的初始成本估计为20美元，但必要的显示器可能需要50美元或更多，包括外围设备的实际成本更接近100美元。
评论者讨论了“哑电脑”和复古外形因素的吸引力，并建议将该项目放置在原始的Mac SE/Classic机箱中。人们对复兴旧款Apple设计的美学感兴趣，可能作为利基市场。 还有人指出现有的项目，如Pico-Mac Nano（在苹果提出担忧后作为套件提供）以及使用3D打印外壳的类似构建。
对话还涉及使用更新的RP2350芯片增加RAM的可能性，以及对更强大的模拟能力以运行旧款Mac软件的需求。 最终，该项目被视为一个有趣、可重复使用的硬件实验，而不是一个实用的计算解决方案。