Autistici/Inventati (A/I) 是一个致力于通过提供免费、独立的互联网服务（如电子邮件、托管和聊天）来夺回数字空间的集体，旨在服务于那些参与社会与政治斗争的人们。A/I 拒绝主流网络平台的商业化和审查，秉持自我管理、集体决策和知识自由交换的原则。 该项目存在于机构权力结构之外，刻意排除商业实体、政党和宗教组织。相反，它通过倡导开源软件、反对限制性版权并揭示技术政治的本质，来支持草根运动。 所有的运营完全依靠自愿捐款维持，确保没有任何成员从中获利，并使该集体免受企业或外部的影响。该组织没有等级制度、发言人或投票系统，而是依赖透明的集体讨论来应对数字基础设施与现实世界行动主义之间的交汇。通过融合对技术的好奇心（Autistici）和创造性的问题解决方式（Inventati），该集体努力提供独立沟通所需的工具，证明数字资源可以通过公共管理来促进社会变革。
每日HackerNews RSS
抱歉。
注意！由于蒸汽机车 Pt47-65 的定期检修，在 2026 年 8 月 20 日至 2026 年 8 月 28 日（含当日）期间，计划班次将由内燃机车 SM42 6D 代替运行。蒸汽机车列车时刻表：每周一至周五，蒸汽机车运行于沃尔什廷（Wolsztyn）至兹邦申内克（Zbąszynek）线路；周六运行于沃尔什廷至波兹南（Poznań）线路。周日及节假日蒸汽机车无计划班次！车票可通过网站 www.koleje-wielkopolskie.com.pl、车站售票处或列车长购买。列车从火车站出发！注意！自 2026 年 3 月 7 日起生效。时刻表：周一至周五：沃尔什廷 – 兹邦申内克 – 沃尔什廷，沃尔什廷 – 兹邦申内克。运行日期：工作日。列车号 77385，沃尔什廷 14:23，图霍日（Tuchorza）14:34，别伦钦（Belęcin Wlkp.）14:41，斯特法诺沃（Stefanowo）14:48，兹邦申郊区（Zbąszyń Przedmieście）14:55，兹邦申（Zbąszyń）14:59，兹邦申内克（Zbąszynek）15:09。
关于波兰沃尔什滕（Wolsztyn）的一场 Hacker News 讨论引发了关于蒸汽铁路旅行的广泛探讨。沃尔什滕是欧洲目前唯一保留常态化标准轨距蒸汽客运服务的地方。
评论者们就“常态化”服务的定义展开了辩论，指出尽管全球各地（如英国、澳大利亚和美国）存在许多遗产铁路，但大多数是以旅游为导向，而非融入国家交通网络。一些用户特别提到了正在进行的试验，例如塞文谷铁路（Severn Valley Railway）尝试将蒸汽机车牵引的路段纳入国家通勤网络，但他们也指出这些尝试常受限于数据发布滞后和票务物流问题。
乘坐蒸汽火车的体验也引发了截然不同的反应。一些爱好者珍视这种怀旧感和机械技术的奇迹，而另一些人则提到了煤烟和空气污染带来的负面体验。讨论还延伸至相关的铁路趣闻，涵盖了从蒸汽动力单轨铁路到荷兰铁路网电气化历史等话题。总的来说，这场讨论展现了保护工业历史与追求现代高效交通现实之间的博弈。
这是一个使用 Chez Scheme 编写的微型控制台文本编辑器。它不仅小巧、可扩展，且深受 Emacs 启发，同时刻意保持了极简的设计理念。该编辑器通过自身进行开发，是一个实时运行的 Scheme 系统，其所有功能——从语法模式到 M-x 命令界面——均以 R6RS 库的形式实现。 主要特性包括： * **动态开发：** 模块在保存时即可热重载；依赖模块无需重启编辑器即可自动重新编译。 * **可扩展性：** 编辑器使用严格定义的不可变 API。用户可以通过本地的 `config.e` 文件自定义行为、快捷键绑定和缩进。 * **集成功能：** 提供内置的增量搜索、多缓冲区剪切环（kill ring）、窗口分割和鼠标支持。M-x 提示符允许实时求值 Scheme 表达式，并支持符号补全和结构化日志记录。 * **自包含：** 无需安装或复杂的构建过程；整个项目作为一个独立的目录运行。 * **高级功能：** 包含结构化编辑工具（如格式化输出和括号匹配显示）、完善的内部文档系统，以及防止数据意外覆盖的稳健文件处理机制。 对于追求可定制、以 Lisp 为中心，且注重稳定性、精简代码体积和交互性能的用户来说，这是一个理想的工具。
抱歉。
三星的 LPDDR5X-PIM（存内处理）技术旨在通过将 MAC（乘累加）单元直接集成到 DRAM 存储库中，绕过传统内存到处理器路径的延迟和带宽瓶颈，从而提升性能。该架构利用 16 个 DRAM 存储库的内部带宽，在实现高并行计算吞吐量的同时，通过巧妙地利用预留行地址进行模式切换，保持了与标准 LPDDR5X 内存控制器的兼容性。 然而，这项技术面临着严峻的集成挑战。由于 PIM 操作会改写标准的内存行为，它们与 CPU 的缓存、推测执行和预取等核心功能存在冲突。为了避免数据损坏，软件必须将 PIM 区域视为不可缓存且非推测性的，这会严重降低性能。此外，在多任务操作系统中管理 PIM 极其复杂，因为它需要锁定内存通道，并可能需要禁用中断以防止状态损坏。 作者总结认为，尽管三星的方法是对现有标准的创造性利用，但软件和硬件的开销——例如隔离内存通道和禁用缓存——抵消了其带来的许多优势。存内计算若要真正具备可行性，可能需要从根本上重新设计内存子系统，包括专用计算指令、缓存一致性内存控制器，以及用于透明处理任务的全新 CPU 指令。
关于三星内存内计算（PIM）技术的 Hacker News 讨论，重点在于这一长期存在的架构概念是否终于迎来了主流应用的时刻。
**核心论点：**
* **性能与瓶颈：** 支持者认为，PIM 可以通过直接在内存（RAM）中执行大规模向量运算（如人工智能矩阵乘法）来解决“冯·诺依曼瓶颈”，从而绕过缓慢的系统总线，将带宽提高几个数量级。
* **应用场景：** 各方一致认为人工智能/大语言模型（LLM）推理是目前最可行的“杀手级应用”，因为它高度依赖可并行化的大规模矩阵运算，非常适合在局部内存库中处理。
* **挑战：** 持怀疑态度者强调了显著的障碍：
* **编程复杂性：** PIM 的开发需要专门的软件，维护难度大，且对于通用任务可能效率低下。
* **数据局部性：** PIM 最适合“块状”数据流，而随机访问依然存在问题。
* **架构与安全：** 批评者指出，PIM 使虚拟内存管理变得复杂，引发了关于“抽象泄露”的安全担忧，并带来了复杂的散热和物理冷却需求。
总之，虽然有人认为 PIM 是硬件效率发展的必然趋势，但另一些人则持谨慎态度，指出类似概念几十年来一直被提及，却始终未能取得商业上的成功。
1730年代，面对公众的质疑与王朝内部的不稳，英国卡罗琳王后采取了一种创新的公共关系策略，旨在为德裔汉诺威王朝争取合法性。当时的王室被视为“外来者”，且深陷家族内部矛盾，与国民之间缺乏深厚的文化纽带。 1735年，卡罗琳王后在里士满建造了“梅林之穴”（Merlin’s Cave）——一座布满亚瑟王传说人物的哥特式园林建筑。卡罗琳试图通过援引梅林与亚瑟王的神秘权威，超越血统继承的局限，将汉诺威王朝扎根于共同的古老英国身份之中。这种对神话的运用是一种深思熟虑的政治举措，旨在将王室塑造成国家历史传统与未来繁荣的守护者。 尽管该项目遭到了政治讽刺作家和反对者的嘲笑，但其引发的高度关注恰恰证明了它作为一种治国工具的有效性。归根结底，卡罗琳的创举揭示了王室公关中一个永恒的道理：合法性并非仅仅通过继承获得，而是通过王室选择体现的叙事积极构建出来的。无论是通过童话传说还是现代媒体管理，其目标始终如一——让公众相信王室真正属于这个国家。
抱歉。
:focal(1500x1000:1501x1001)/https://tf-cmsv2-smithsonianmag-media.s3.amazonaws.com/filer_public/fe/a4/fea4733a-0d55-495d-8871-35601a376f66/gettyimages-2186736524.jpg)
2022年，一个装有300多封感人信件的神秘盒子被送到了纽约的一个劳军联合组织（USO）办公室。这些信件是一位被称为“Speedy”（Louis Weber）的二战士兵在1942年至1945年间写给妻子Frances的。信中以一种“日常且优雅”的口吻，细腻地记录了一名年轻人从厨房勤务的枯燥到诺曼底登陆紧张时刻的战时经历。
多年来，USO档案管理员Michael Case一直致力于确定这对夫妇的身份，希望能为这批藏品补充背景信息。直到一位业余家谱学家追踪到了Speedy的侄子Arthur Serota和侄女Karen Weber Figilis，谜团才最终解开。他们补齐了拼图中缺失的部分，描述了这对夫妇婚后过着安静而恩爱的生活。
尽管这些信件为这对夫妇的分离以及Speedy的情感韧性提供了动人的记录，但这一发现仍带有一丝苦涩；Frances本人的回信大多已遗失，而最初捐赠这些信件的人至今仍是一个谜。总的来说，这批藏品为人们打开了一扇罕见而私密的窗口，得以窥见一名普通士兵在二战这一宏大历史背景下的日常生活与永恒爱情。
抱歉。
您可以在 Flyway 社区版中实现自动回滚功能，而无需购买 Teams 许可证，其方法是将“撤销”（undo）操作视为向前推进的迁移。
该策略包含三个关键步骤：
1. **准备：** 维护一个存放 `.down.sql` 脚本的目录，这些脚本需与您的版本化迁移相对应。
2. **执行：** 当触发回滚时，系统会识别最后一批已执行的迁移，创建一个临时目录，并生成“合成”迁移。这些迁移使用更高的版本号（以满足 Flyway “始终向前”的规则），并包含原始脚本的逆向逻辑。
3. **清理：** `afterMigrate.sql` 回调会在同一事务中执行一条 `DELETE` 语句，从 `flyway_schema_history` 表中清除原始记录和合成记录。
通过使用 `-group=true` 标志，整个过程被封装在一个数据库事务中，从而确保了原子性。这会创建一个干净的“撤销”状态，使数据库恢复到之前的模式，并将原始迁移再次显示为“待处理”。虽然这需要手动创建降级脚本并直接操作模式历史表，但它为付费企业功能提供了一种稳健且免费的替代方案。
对不起。
抱歉。
TurboKV 是一个专为 Rust 设计的异步嵌入式键值数据库，针对高性能存储进行了优化。它支持原子批处理、有序范围扫描、后台压缩，并通过三种模式提供可配置的持久性：**快速**（内存中）、**持久**（可崩溃恢复）和**偏执**（高频 fsync）。 主要技术特性包括： * **硬件加速：** 利用 AES 硬件指令优化布隆过滤器的性能。 * **灵活的 API：** 提供简单的 CRUD 操作、批量插入以及原子 `WriteBatch` 支持。 * **内存效率：** 具备可配置的内存表、块缓存以及多种压缩选项（LZ4、Snappy、Zstd）。 * **流式迭代器：** 提供内存高效的范围和前缀扫描，支持懒加载和手动守护控制。 TurboKV 设计上易于与 Tokio 集成，要求用户通过 `close()` 显式管理数据库生命周期，以确保数据完整性。基准测试表明，在顺序和随机写入工作负载中，TurboKV 的性能显著优于 `fjall` 和 `redb` 等同类嵌入式引擎，特别是在使用原子批处理时。要使用它，请将 `turbokv` 和 `tokio` 添加到 `Cargo.toml` 中，并确保启用适当的 CPU 目标特性（AES、SSE2/NEON）以获得最佳性能。
Hacker News 社区正在热议 **TurboKV** 的发布，这是一个以“极致速度”为卖点、基于 Rust 开发的键值存储系统。
争论的核心在于该项目对“持久性（durable）”的定义。批评者指出，该数据库的默认配置并不会在每次写入后执行 `fsync()`，这意味着它虽然能防止进程崩溃导致的数据丢失，却无法在断电情况下保证数据完整性。尽管作者表示可通过 `paranoid()` 模式实现真正的持久性，但评论者担心这种具有误导性的默认术语违反了“最小惊奇原则（Principle of Least Astonishment）”。
除持久性问题外，讨论还涉及了更广泛的行业议题：
* **性能与安全性：** 开发者们争论在分布式系统中为了高吞吐量而牺牲持久性是否合理，并将其与早期 MongoDB 等饱受争议的项目进行了对比。
* **Rust 生态系统：** 用户探讨了对 `tokio` 运行时的依赖问题，部分人认为它在高性能库中是性能瓶颈，且属于不必要的依赖。
* **数据库开发：** 讨论中还出现了一个轻松的共识，即每位开发者最终都会尝试编写自己的数据库。大家认为虽然过程有趣，但实现细节——尤其是关于硬件层面的数据一致性——绝非易事。