禁止访问 您没有权限访问此资源。
禁止访问 您没有权限访问此资源。
为了延长其寿命,美国国家航空航天局(NASA)的工程师关闭了旅行者1号探测器上的低能带电粒子(LECP)实验。旅行者1号是距离地球最远的人造物体。这台49岁的仪器测量星际空间中的粒子,提供关于太阳影响范围之外区域的独特数据。
旅行者1号,和它的双胞胎旅行者2号一样,由一个日益减少的放射性同位素热电机供电,每年损失约4瓦电力。最近一次意外的电力下降促使团队主动节约能源,按照预先确定的计划关闭仪器。虽然LECP现在已关闭,但旅行者1号仍然有两个正常运行的科学仪器,用于测量等离子波和磁场。
预计此次关闭将为旅行者1号争取大约一年的运行时间。工程师们正在准备一次更大的节能改造,被称为“大爆炸”,以进一步延长任务期限。这包括用低功耗替代品更换组件,最初将在2026年5/6月在旅行者2号上测试,并可能在7月在旅行者1号上实施。如果电力水平改善,LECP甚至有可能重新激活。
启用 JavaScript 和 Cookie 以继续。
最近的研究挑战了积极父权只是一种现代文化转变的观点,认为它深深植根于生物学。受到莎拉·赫迪的研究启发,作者发现一个新兴领域表明,参与育儿的父亲会经历与母亲相似的生理变化——睾酮、加压素和催乳素等激素的转变。 这些变化并非人类独有;对其他哺乳动物,特别是灵长类动物的研究表明,参与亲代抚养的雄性也会出现类似的激素波动。像李·盖特勒这样的先驱研究者,他们在2000年代初发现缺乏对人类父权的研究,现在正积极探索这些生物学转变。 核心结论是,关爱型父权并非反常现象,而是一种生物学上准备好的状态,通过与婴儿的互动而激活,并在男性体内产生深刻的内分泌和神经变化。
启用 JavaScript 和 Cookie 以继续。
## PostgreSQL 事务ID环绕:生产事件总结 本文详细描述了PostgreSQL生产环境中由于事务ID(XID)环绕引起的严重且隐蔽的故障——当用于事务ID的有限计数器接近其上限时的情况。 与典型的宕机不同,这不是由负载或配置更改引起的,而是由于时间流逝,旧数据没有充分“冻结”造成的。 PostgreSQL使用MVCC,为每个写入事务分配XID。 为了安全地重用这些ID,必须冻结较旧的行版本,将其标记为永久可见。 如果autovacuum(负责冻结的进程)被禁用或无效,XID会累积,最终达到安全阈值(大约20亿)。 此时,PostgreSQL会停止所有写入操作以防止数据损坏,从而有效地使数据库变为只读。 该事件发生在稳定的系统上,负载适中(每秒10次写入),并且autovacuum在几年前被禁用作为临时性能修复,但从未重新启用。 恢复涉及手动强制冻结,但根本原因揭示了其他系统也存在类似风险。 关键要点是,XID环绕不是性能问题,而是基本的安全机制。 它可以根据写入速率和时间进行预测,并且很容易在测试中被忽略。 定期监控`relfrozenxid`并确保autovacuum已启用对于防止这种隐蔽的、潜在灾难性的故障至关重要。 与使用不同版本系统的SQL Server不同,PostgreSQL *需要*主动冻结才能维护数据完整性。
Top (现代 Common Lisp 与 FSet) 版本 1.0 (适用于 FSet v2.4.2) © 2026 Scott L. Burson。本文档以知识共享署名-非商业性使用-相同方式共享 4.0 许可协议发布。该许可协议允许使用者在任何媒介或格式中分发、混编、改编和在此材料基础上创作,但仅限于非商业用途,并且必须注明创作者。如果您混编、改编或在此材料基础上创作,您必须以相同的条款对修改后的材料进行许可。本文档不包含 LLM 生成的文本——零,没有,一点也没有。(是的,我使用 em 破折号和分号;是的,我亲手写了每一个。)对于发现的错误或其他建议,请在 Common-Lisp.Net 的 GitLab 实例或 GitHub 上提交问题。
## 集成光子学:迈向基于光明的未来 美国国家标准与技术研究院(NIST)的科学家在开发用于光的集成电路——“光子芯片”方面取得了重大进展,可能引发一场类似于电子芯片驱动的革命。这些芯片利用光来处理信息,由于光的速度以及在人工智能和量子计算等新兴技术中的重要作用,它们比电子设备具有优势。 这项突破在于一种新颖的“分层蛋糕”芯片设计,将锂铌酸盐和五氧化钽等材料结合在硅晶圆上。这使得对光的有效控制和操纵成为可能,甚至可以将光转换为不同的颜色——对于需要特定波长的应用(如当前受笨重昂贵激光器限制的量子时钟和计算机)来说,这是至关重要的能力。 新技术能够制造紧凑、高效的电路,产生宽光谱的光,大约可以在一个杯垫大小的晶圆上安装10,000个光子电路。这有望使量子技术更具便携性和可负担性,并可能提高人工智能和虚拟现实系统的性能。与初创公司Octave Photonics的合作旨在扩大这项技术的应用范围。
## 优化 Intercom 的 CI:Ruby 性能调整
加入 Intercom 后,一个关键项目是提高其大型 Ruby 单体应用的 CI 管道速度。作者发现,减少 worker 启动时间——获取代码、启动应用程序——对整体构建时间有不成比例的影响,尤其是在 1350 个并行 worker 的情况下。虽然优化单个测试很有价值,但即使减少一秒钟的启动时间也能节省大量的计算资源。
重点转向应用程序启动时间,从而深入研究 **Bootsnap**,一个用于缓存文件加载路径的 Ruby gem。Ruby 的默认文件加载效率低下,无法很好地扩展到大量 gem。Bootsnap 缓存文件位置以便快速查找,但 CI 系统上的缓存失效(由于 git checkout 不保留文件修改时间)仍然是一个挑战。
优化集中在 Bootsnap 的扫描过程上。一项关键改进是利用目录条目类型(在某些系统上可用)来避免代价高昂的文件系统调用。进一步的收益来自于优化 `File.join`,包括简化多字节编码处理以及反转尾随分隔符的搜索。这些看似微小的改变为 `File.join` 带来了 **7 倍的速度提升**,并改善了整体 CI 性能。
作者强调,找到一个优化往往会发现其他的优化,并继续将类似的改进应用于其他路径处理方法,从而证明了细致的性能分析的价值。
## PgQue:一种零膨胀的Postgres队列
PgQue是一个健壮、生产就绪的队列,直接构建在PostgreSQL内部,复兴了Skype最初使用的PgQ系统的架构。与许多数据库内队列不同,PgQue通过独特的基于快照的批量处理和表轮换系统,避免了因“死元组”累积而导致的性能下降和膨胀——这意味着无需频繁的vacuum或调优。
它专为高吞吐量事件流和扇出而设计,提供ACID事务和完整的Postgres持久性,*无需* C扩展、外部守护进程或特定于提供商的批准。安装很简单:一个SQL文件和一个调度器,如pg_cron。
PgQue在优先考虑负载下稳定性和语言无关的SQL API的场景中表现出色。虽然不适合超低延迟(亚毫秒级)分发,但它能提供典型的端到端延迟1-2秒。当事件驱动架构和无膨胀操作是关键时,它是一种强大的传统作业队列替代方案。