波艾斯托（Boaistuau）声称，贝勒泽布（Beelzebub）曾以人形两次降临人间。最初，他统治着德尔菲的阿波罗神庙，假装以占卜为名索取贞女献祭。然而，在波艾斯托的时代，魔鬼更加无耻：他向卡利卡特（今印度喀拉拉邦科泽科德）的善良百姓显现，并欺骗他们将自己当作神来供奉。波艾斯托引用了博洛尼亚商人路多维科·迪·瓦尔特马（Ludovico di Varthema）的说法，后者于1505年曾前往卡利卡特。迪·瓦尔特马曾见过（并误解了）一些印度教寺庙，他的游记在1515年的德语版中由老约格·布劳（Jörg Breu the Elder，1475–1537）绘制了木刻插图。布劳对印度教神祇的鸡爪描绘（35r）是波艾斯托自己插图的明显灵感来源。然而，后者更进一步，添加了一个从魔鬼大腿间诞生的较小恶魔的恐怖景象。
每日HackerNews RSS
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
伊丽莎白一世手稿，皮埃尔·博瓦斯托的《奇异历史》（1559年）(publicdomainreview.org)
5 分，benbreen 1天前 | 隐藏 | 过去的 | 收藏 | 1 条评论 帮助
bifftastic 1天前 [–]
> 想要把这些图片挂在墙上吗？
我想放弃回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
几个世纪以来，欧洲鳗鱼（*Anguilla anguilla*）的繁殖周期一直是个谜，甚至引发了这样的疑问：“我们已经登月，却不知道鳗鱼是如何繁殖的？” 与大多数鱼类不同，鳗鱼在生命的大部分时间里缺乏容易观察到的生殖器官，只有在产卵前的最后“银色阶段”才会发育。
最近的研究，发表于2022年10月，最终确认了它们的繁殖地：萨加索海。科学家们使用卫星标签追踪了21条雌性鳗鱼，揭示了它们从亚速尔群岛向西南方向迁徙了3100-6210英里。这证实了一个世纪以前的假设，该假设基于在萨加索海发现鳗鱼幼虫。
鳗鱼的生命始于透明的幼虫阶段，它们迁徙到欧洲河流，在那里成熟数十年，然后返回萨加索海繁殖。然而，该物种极度濒危，自1980年以来，由于迁徙障碍（水坝）、非法贸易和栖息地丧失，种群数量下降了95%以上。这项发现对于保护至关重要，强调了亚速尔群岛的重要性，并促使人们努力恢复鳗鱼栖息地，确保它们的生存。
## 鳗鱼繁殖之谜解开 & 中世纪信仰
一项最新研究终于揭示了欧洲鳗鱼的繁殖习性，这是一个长期存在的科学谜团。科学家通过卫星追踪雌性鳗鱼到它们的繁殖地——萨加索海，发现它们在开始迁徙*之后*才发展出繁殖器官。这解释了为什么早期的尸检未能发现它们，尽管激素疗法可以诱导发育。
这一讨论引发了关于历史科学认知的更广泛的对话。评论员指出，中世纪关于动物起源的信仰——例如人们认为鹅是从树上长出来的——不一定是字面意义上的，而是比喻或源于有限的知识。直到19世纪才最终理解鸟类迁徙，这凸显了即使是看似明显现象也难以解开。
该讨论还涉及工具在科学进步中的重要性，以及理解前科学认识论的困难。最终，鳗鱼的发现之所以引人注目，不仅仅在于*发现了什么*，更在于几个世纪以来为解答一个基本问题而付出的不懈努力。
## Aegis：一个完全开源的FPGA Aegis是一个开创性的项目，旨在创建一个完全开源的FPGA——从硅设计到工具链。与依赖逆向工程或封闭硅的现有开源FPGA项目不同，Aegis从开放的结构设计开始，并利用开放的PDK和wafer.space等服务进行制造。 该项目生成参数化的FPGA器件，具有LUT4、BRAM、DSP、SerDes和时钟管理模块。一个完整的工具链，使用Yosys和nextpnr-aegis等工具构建，允许用户为这些FPGA合成、布局、布线和仿真设计。 目前目标是GF180MCU，第一个器件（“Terra 1”）拥有约2880个LUT4、128个BRAM模块和64个DSP模块。整个过程，包括向晶圆厂的胶带输出，都通过Nix自动化，生成一个准备好用于制造的GDS2文件。Aegis利用ROHD，一个Dart HDL框架，生成可综合的SystemVerilog，模仿Xilinx风格的架构。
## Aegis：开源FPGA开发
Rosscomputerguy推出了Aegis，一个旨在降低开源硅开发门槛的开源FPGA项目。首款“Terra 1” FPGA被设计为功能完善的第一代产品，如果兴趣足够，计划将Terra系列扩展到10万LUT。
讨论主要集中在项目的可行性以及与现有开源FPGA项目（如FABulous）的比较。虽然180nm工艺下1千片芯片的4000-7000美元价格高于某些替代方案，但Aegis的特点是采用自包含设计，并利用Nix实现简易的硅定义。
主要讨论点包括集成RISC-V硬核的可能性、对可靠I/O（特别是SerDes和DDR IO）的需求，以及对制造真实性的验证。一位评论员提到了他们的异步门阵列芯片Morphle Logic，该芯片提供显著更高的晶体管数量且成本更低，但也承认了此类项目的测试和资金挑战。
代数数据类型 · 模式匹配 · 无空值 · Hindley-Milner 类型系统 · 默认不可变 与 Go 生态系统互操作 import "go:fmt" import "go:io" import "go:os" fn load_config(path: string) -> Result<Cfg, error> { let file = os.Open(path)? defer file.Close() let data = io.ReadAll(file)? parse_yaml(data) } fn main() { match load_config("app.yaml") { Ok(config) => start(config), Err(e) => fmt.Println("error:", e), } }
卢里奥最近感叹现代网络似乎失去了个性，认为为了规模化优化导致了平庸、同质化的体验。他表达了一种怀旧的愿望，想要“恢复”过去古怪、个性化的网络。 然而，作者强烈不同意。他们认为个人网站并没有*消失*，而是蓬勃发展——这得益于越来越容易获得的工具，这些工具赋予个人创造独特在线空间的能力。问题不在于缺乏工具，而是对目的的误解。 与专注于效率的企业网站不同，个人网站*应该*是富有表现力和个性化的。期望像IDE这样的软件拥有“灵魂”是错误的；功能应该优先考虑效率，而个性应该在其他地方寻找。作者强调，创造独特的东西比以往任何时候都更容易，个人网站充满活力的关键在于真诚的意图，而不是对过去的怀念。
## 软件与互联网流失的“灵魂”
一篇 jmduke.com 文章引发了 Hacker News 的讨论，探讨了现代软件和互联网缺乏过去那种“灵魂”的感觉。这种“灵魂”归因于令人喜爱的怪癖、触觉工艺（如汽车中的模拟仪表盘），以及理解和修改系统所带来的有益挑战——这些在今天抛光、简化的体验中大多消失了。
许多评论者认为，这不仅仅是技术问题，而是关于背景和创造。互联网从一个小型、可访问的“未开发国家”转变为由大型公司控制分发和体验的平台，是关键因素。如今的便捷访问是以牺牲自由和个性为代价的，将用户变成了被算法“榨取”内容的消费者。
虽然一些人哀叹这种损失，但另一些人认为这是一种选择，以及一场集体的“中年危机”——未能适应并利用仍然可用的强大工具来创造独立体验。这场讨论凸显了对过去更具吸引力、动手操作的时代的怀旧之情，以及现代技术（包括人工智能）所提供的重建那种创造精神的潜力之间的紧张关系。
## Windows 3.1 & 9x 现代 SVGA 驱动 – 概要
该项目是对 Windows 3.1 SVGA 驱动的重写，旨在支持具有 VESA BIOS 扩展 (VBE) 的系统上所有可用的 8 位、16 位、24 位和 32 位图形模式。它基于 Win16 DDK 中的 Video 7 驱动，去除了硬件特定代码并增加了对多字节像素的支持。该驱动程序能够使 Windows 3.1 在现代硬件上以真彩色全高清模式运行，即使这些硬件缺乏 256 色模式支持。
主要特性包括与各种显卡（包括 AMD Radeon RX 5500 XT）的兼容性、对各种显示分辨率和颜色深度的支持，以及在窗口中运行 DOS 程序的能力。该项目解决了旧驱动程序的局限性，并旨在在现代系统上提供稳定的体验。
错误报告需要使用提供的 issue 模板提供详细信息。该驱动程序通过 SYSTEM.INI、设置工具和 OEMSETUP.INF 文件提供配置选项。虽然通常兼容，但某些 NVIDIA GeForce 显卡和 Intel 810 集成显卡存在问题。该项目包含用于验证文件完整性和调试的工具，并且正在积极开发中，计划进行进一步改进和 Windows 9x 集成。
## Windows 3.1 现代 SVGA 驱动 & 复古计算讨论
一个全新的、现代的通用 SVGA 驱动程序已为 Windows 3.1 开发，并已成功在现代 GPU（如 RTX 5060 Ti）上测试，利用“哑 framebuffer”模式和 VESA VBE 支持。这突出了当前硬件持续的 VGA 兼容性，甚至可能用于新 GPU 的工厂工具。
讨论引发了关于在现代硬件上直接运行旧软件与使用模拟器的争论。人们对较新的英特尔集成 GPU 中 VBIOS 支持的缺失表示担忧，但有人建议从旧型号中寻找“氛围编码”解决方案。
一个反复出现的主题是，与 Windows 98 甚至 Windows 3.1 等旧操作系统相比，现代软件的运行速度似乎很慢，尽管硬件性能远超前者。参与者指出，臃肿的软件、简单任务（如 GIF 渲染）的低效现代实现以及 NT 基于 Windows 版本中增加的输入延迟是导致这一现象的因素。人们怀念旧系统的响应速度，并认为现代硬件的使用率不足。
经过五年的开发，AV2视频编解码器正在展现其实际可行性。在2026年的CES展会上，AOMedia成员谷歌和VideoLAN展示了在标准笔记本电脑硬件上成功解码AV2，并得到了THX的支持。 VideoLAN在其VLC 4媒体播放器中，通过使用带有AVM参考解码器的插件，在macOS上实现了实时AV2播放——这是原生桌面应用程序的首次。与此同时，谷歌利用定制浏览器版本和libavm解码器，在游戏笔记本电脑的Chrome浏览器上演示了流畅的1080p/24fps AV2流媒体。 这些演示证明AV2解码在原生应用程序和基于Web的流程中均可运行。虽然使用了参考实现和预发布代码（意味着性能并非最终版本），但结果突出了显著的进展，并为优化、更广泛的平台支持以及AV2编解码器的最终更广泛采用铺平了道路。
这次Hacker News讨论的核心是消费者笔记本电脑上实时AV2视频解码的演示。演示使用了软件参考实现——具体来说是AOMediaCodec，并利用基于CPU的解码，配合SIMD指令（苹果笔记本电脑上的ARM Neon，x86上的AVX2）。
虽然在x86上实现了1080p/24fps的实时解码，但评论员指出缺乏详细的性能数据，例如码率改进以及与AV1的比较。该演示旨在展示AV2相对于早期AV1解码器的成熟度，即使*没有*硬件加速。
对话还涉及了视频编解码器专利的复杂性，人们对HEVC许可以及潜在的更高版税表示担忧，并提倡使用免版税的替代方案，如AV1和AV2。AV2建立在AV1之上，为AR/VR、多节目传输以及改进的屏幕内容处理提供增强功能。
此网站正在使用安全服务来保护自身免受在线攻击。我们正在检查您的浏览器以建立安全连接并保护您安全。请启用JavaScript以继续。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
日本的东印度公司 (historytoday.com)
14 分，Thevet 2 天前 | 隐藏 | 过去的 | 收藏 | 2 条评论 帮助
jen729w 2 天前 | 下一个 [–]
如果你对此感兴趣，这是一部令人愉快的历史小说。https://en.wikipedia.org/wiki/The_Thousand_Autumns_of_Jacob_...
还有一家博物馆。它在我的清单上！https://www.niche-museums.com/59 回复
amriksohata 1 天前 | 上一个 [–]
提供高质量炸药和弹药被视为从潜在冲突中获利的一种方式，这最终让幕府对他们的存在感到警惕。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
该仓库已于2026年4月3日由所有者归档。现在为只读模式。👍 1人点赞 👎 1人踩 😄 1人笑 🎉 1人欢呼 😕 1人困惑 ❤️ 1人爱心 🚀 1人火箭 👀 1人眼睛。您现在无法执行此操作。
## Nvim-treesitter 因维护者沮丧而归档
流行的 Neovim 插件 `nvim-treesitter` 因部分用户的不当行为而被其维护者归档。事件起因于对与较新 Neovim 版本兼容性的投诉，凸显了开源中一个反复出现的问题：有权 entitlement 的用户要求免费工作并攻击维护者。
Hacker News 上的讨论集中在回复无礼用户是否有成效，一些人认为应考虑充满激情的反馈，而另一些人则强调尊重志愿者开发者的时间的重要性。许多评论员对维护者表示同情，并对一些开源用户的“免费午餐”心态感到沮丧。
此次归档引发了对项目未来方向的质疑，尽管核心功能已集成到 Neovim 本身。该事件强调了维护开源项目的挑战以及需要尊重社区互动。一些用户建议采取更严格的审核或自托管等替代方法，以避免将来出现类似问题。
## zml-smi：通用硬件监控
zml-smi 是一款全面的 GPU、TPU 和 NPU 诊断和监控工具，是 nvidia-smi 和 nvtop 等工具的多功能替代品。它提供 NVIDIA、AMD、Google TPU 和 AWS Trainium 设备在硬件性能和健康状况方面的实时洞察，并计划随着 ZML 的扩展支持更多平台。
主要功能包括：通过 `--top` 标志显示设备利用率、温度和内存使用情况；提供主机级别指标，如 CPU 利用率和内存；以及详细说明使用设备的进程及其资源使用信息。
zml-smi 专为可移植性而设计，仅需要设备驱动程序和 GLIBC，并在完全沙盒化的环境中运行。它利用现有库（NVML 用于 NVIDIA，AMD SMI 用于 AMD）和 API（gRPC 用于 TPU，libnrt 用于 Trainium）来收集详细指标——镜像 tpu-info 和 neuron-top 等工具的数据——甚至可以通过下载的 ID 文件动态更新 AMD GPU 的识别。
## Zml-smi：一种用于GPU、TPU和NPU的新监控工具
一种名为**zml-smi** (zml.ai) 的新工具旨在为GPU、TPU和NPU提供通用的监控功能。该工具在Hacker News上发布，讨论集中在其特性和潜在缺点上。
虽然备受赞扬，评论者指出已有的工具，如**nvtop**和**all-smi**，已经提供了一些重叠的功能，包括TPU和更广泛的硬件支持。zml-smi的关键区别在于其对**沙盒**的关注，开发者认为这一特性无法有效地合并到现有项目中。
用户报告了NPU支持的测试结果不一，尤其是在Ryzen AI处理器上。开发者承认了这一点，并计划进行调查。值得注意的是，创建者确认提供**Prometheus格式**输出，并表示愿意添加**CPU使用率**监控。有人担心，如果将供应商特定的拦截方法集成到更大的项目（如nvtop）中，可能会影响可维护性。