PostgreSQL 的批评者经常指出其多版本并发控制（MVCC）是一种存在缺陷且已有 40 年历史的设计，会导致表膨胀、写放大以及“清理”（vacuuming）负担。尽管这些指责在技术上是准确的，但批评往往忽略了一个基本现实：**MVCC 对于现代数据库来说是必不可少的**，而每一个数据库引擎——无论是 Oracle、MySQL、SQL Server 还是 MongoDB——都必须在版本存储、索引指针和清理机制方面做出同样的四种设计权衡。 PostgreSQL 的架构是“仅追加”（append-only）的：它将新版本写入表堆（heap）中，并将旧版本留给后台的 `VACUUM` 进程处理。虽然这会带来操作开销，但也提供了显著优势：回滚几乎是瞬时的，读取操作从不阻塞写入操作，查询也很少因为快照限制而被取消。 相比之下，其他引擎则将这些成本转移到了别处——转移给写入者（通过撤销日志 undo logs）、转移给读取者（通过历史记录重建），或是转嫁到像 `tempdb` 或缓存这样的共享资源中。每种方法都会产生各自的“故障模式”，例如令人头疼的“快照过旧”（Snapshot too old）错误或全实例范围的延迟峰值。归根结底，PostgreSQL 的设计并非独有的缺陷；它仅仅是针对如何支付必然存在的并发成本所做出的特定选择。
每日HackerNews RSS
这篇 Hacker News 的讨论围绕着一篇题为《PostgreSQL 的 MVCC 很糟糕，其他数据库也一样》的博文展开，该文对比了各种数据库系统中的多版本并发控制（MVCC）实现。
讨论的主要要点包括：
* **权衡取舍**：用户指出，该文章强调了 MVCC 和 LSM 树架构固有的成本，并重申在数据库设计中不存在“免费”的性能优化。
* **批评意见**：虽然读者认可文中对 PostgreSQL 和 MySQL 的技术性比较，但也有人认为其写作风格令人分心，并指出文中存在的“大语言模型味”（LLM-isms）削弱了内容质量。
* **遗漏内容**：有评论者质疑为何文中未提及率先采用 MVCC 方法的 Interbase/Firebird。原作者解释称，这种遗漏是出于编辑上的考量，旨在将文章重点保持在最广泛使用的现代数据库上。
总的来说，这场讨论反映了技术受众在探讨现代数据库系统基本架构局限性的同时，也对文章的语气和范围进行了评判。
苹果公司应该为它那充满敌意的 App Store 评分机制感到羞耻。 Apple should be ashamed of its hostile App Store rating system
9 小时前
开发者杰夫·约翰逊（Jeff Johnson）认为，苹果 App Store 的评分系统从根本上存在缺陷，其根源在于它只是 iTunes 音乐商店匆忙克隆的产物。音乐是简单、主观且无需技术支持的娱乐内容，而软件则复杂且实用，需要精细的技术处理——这些特性恰恰是被现有的众包评价系统所忽视的。 约翰逊批评该系统允许“外行”用户因为个人不满或误解，而非根据软件本身的质量给出不公正的一星差评。由于独立开发者依赖这些评分来获取曝光，他们不得不主动请求用户评价，而这反而会招致那些“私刑”用户给予负面评价作为报复。 作者指出，该系统极易滋生欺诈，且没有为开发者提供有效的途径来提供真正的技术支持。他建议苹果应接管评分请求流程，以规范评价体系并消除开发者主动诱导评分的行为。最终，约翰逊谴责苹果存在“可耻的自满”，称这家科技巨头拒绝升级一个持续让开发者处于劣势并误导消费者的系统。
Hacker News 社区最近就应用评分系统的伦理和弊端展开了讨论。讨论起因于一名开发者的抱怨，他认为由于用户评论吹毛求疵且缺乏有效的开发者与客户沟通渠道，苹果的应用评分环境十分“敌对”。
评论者们普遍认为，由开发者主动发起的“给我的应用评分”提示具有侵扰性，过于自私，从本质上损害了用户体验。许多用户坦言，他们给出一星差评正是为了报复这些令人厌烦的弹窗。
此次辩论强调了几个核心观点：
* **“公地悲剧”：** 由于评分决定了应用的成功与否，开发者感到被迫索要好评，导致一种激励侵扰行为的环境产生。
* **糟糕的用户体验 (UX)：** 用户认为索要评论会打断操作流程，并使他们变成了免费的营销工具，特别是在他们已经付费购买软件的情况下。
* **系统性缺陷：** 许多人认为苹果应统一处理评分（例如通过电子邮件），以消除开发者主动索要评分的行为，尽管也有人担心这只会将烦恼转移到其他地方。
最终，用户们认为，如果开发者能制作出质量更高、侵扰性更小的软件，他们自然会获得更好的评分。
前沿实验室智能体入侵剖析 - 回放 ← 返回博客文章 事件回放 · IR-2026-07 · 重构自约 17,600 条记录操作 以机器速度做出的数千项微小决策。按下播放键查看过程。 2026-07-09 → 07-13 UTC 约 17,600 次操作 约 6,280 个集群 9 个阶段 · 2 个阶段 0.5× 1× 2× 4× 2026-07-09 02:28 第 1 / 5 天 · UTC 攻击者操作回放 总计 17,613 次中的 0 次 · 分组为约 6,280 个集群 活跃阶段 - 等待首次操作 爆炸半径：沙盒已限制在第三方沙盒中 跨信任边界的攻击链：当智能体触及时节点被点亮 阶段活动：首次出现 → 最后出现 实时操作流：观察到的代表性命令 每日流量：双峰分布 · 第 3 天激增 第 1 天 (07-09) - 初始访问、立足点、建立命令与控制 (C2)。
电子前哨基金会（EFF）正积极倡导加州通过 A.B. 2654 法案，该法案旨在禁止“监控定价”——即企业利用收集到的个人数据，针对同一商品对不同消费者收取不同价格的行为。 美国联邦贸易委员会（FTC）已证实，企业会利用个人洞察信息（如用户的生育状态或地理位置）来盘剥消费者，且往往在消费者最脆弱时收取更高费用。尽管批评者认为这种做法可能提供折扣，但 EFF 坚持认为隐私是一项基本人权，不应被商品化或用作经济操纵的工具。 EFF 对旧金山监事会因受到当地商会压力而搁置支持该法案的决议表示不满。该组织强调，此项立法经过严格限定，旨在禁止剥削性的数据定价行为，同时明确保护合法的忠诚度计划、老年人折扣以及基于成本的定价差异。EFF 敦促监事会将消费者权益置于企业数据挖掘行为之上，并指出任何人都无需为了隐私而妥协，也不应因其个人资料数据而被收取额外费用。
Hacker News 上关于“监控定价”（即企业利用个人数据定制价格）的讨论，反映了经济理论与消费者体验之间的巨大分歧。
支持者认为价格歧视是常见的市场行为，并将其比作贫困国家的药品定价或入门折扣。他们认为，从理论上讲，这种方式甚至可以通过为购买意愿较低的消费者提供更低的价格来使其受益。
相反，大多数评论者认为这种做法具有掠夺性。批评者将“监控定价”与传统优惠券区分开来，强调了其所需的数据收集过程具有侵入性。许多人认为，当前的零售趋势——即顾客必须使用应用程序或提供数据才能避免被宰——增加了购物者的认知负担，并导致经济幸福感下降。该技术的质疑者认为，与跳蚤市场的公开议价不同，企业监控使公司能够利用个人的迫切需求或特定需求来最大化利润。
归根结底，舆论倾向于认为，虽然价格歧视并非本质上的新鲜事，但数据驱动的个性化定价在规模和侵入性上，代表了企业与消费者之间权力动态的有害转变。
展示 HN：在浏览器中编写、模拟和合成 VHDL/Verilog Show HN: Write, simulate and synthesize VHDL/Verilog in the browser
9 小时前
**即时反馈** 提交您的代码，秒级获取仿真结果与综合报告。快速修复、迭代并从中学习。 **实时波形** 在浏览器中直接以交互式波形图的形式查看仿真结果。 **引导式课程** 从基础到进阶的结构化课程，每一步都配有测试您理解程度的挑战。 **多语言支持** 编写 VHDL 或 SystemVerilog。两者均在同一真实的 EDA 工具链上运行。 **练习挑战** 基于真实测试平台的剧情驱动型 HDL 挑战，对所有人免费开放。选择一个挑战并在浏览器中完成。 **无需配置** 省去数小时的工具安装时间和昂贵的许可证费用。一切皆在浏览器中运行，几秒钟即可就绪。
抱歉。
Valve 资助将开源 RADV 驱动程序引入 Windows 的工作 Valve Sponsors Work Bringing Open-Source RADV Driver to Windows
9 小时前
Valve 正在资助 Collabora 将开源的 RADV Vulkan 驱动程序（Linux 游戏和 Steam Deck 的基石）移植到 Microsoft Windows。
该项目旨在通过利用 AMD 官方的专有内核驱动，使基于 Mesa 的 RADV 驱动能够在 Windows 上运行。由于他们并未移植 Linux AMDGPU 内核驱动，开发人员目前正在对 Windows 驱动的数据结构进行逆向工程，以建立兼容性。目前面临的主要挑战是 AMD Windows 驱动缺乏稳定且有文档记录的接口；团队正在探索创建垫片库（shim library），以确保在未来的驱动更新中保持稳定性。
尽管存在这些障碍，该团队已经通过在 Windows 上运行《反恐精英 2》（Counter-Strike 2）成功演示了该驱动的功能。该项目的实验性代码目前可通过开发分支获取。
Valve 正在资助开源 RADV Vulkan 驱动程序在 Windows 上的开发，此举在社区内引发了广泛讨论。
支持者认为，这一举措对 Linux 而言是长期的利好。通过提升 Vulkan 在主导游戏平台 Windows 上的支持表现，开发者将更有可能采用该 API，从而简化通过 Valve 的 Proton 将游戏移植到 Linux 的过程。此外，开源的 Windows 驱动程序有助于共享代码库、简化调试并增加社区贡献，使 Windows 上的改进能自然地回馈到 Linux 生态系统中。
然而，这一公告也引发了褒贬不一的反应。一些用户表示，资源应专注于 Linux 而非投入到 Windows 上，对此感到不满。另一些人则提出了关于驱动程序稳定性的实际担忧，并指出尽管 Linux 游戏已取得巨大进步，但硬件相关问题和支持不一致（尤其是针对 NVIDIA 显卡）仍可能导致体验不如 Windows。总体而言，这一举措被视为 Valve 为巩固 PC 游戏基础而采取的一种务实的跨平台策略，而不受限于底层操作系统。
TurboFieldfare 是一个基于 Swift 和 Metal 构建的自定义运行时，旨在让 260 亿参数的 Gemma 4 模型能够在仅有 8GB 内存的 Apple Silicon Mac 上运行。
TurboFieldfare 没有将整个 14.3GB 的模型加载到内存中，而是将核心权重集和 KV 缓存保留在内存里，同时仅从 SSD 流式传输每个 token 所需的“专家”数据。这种架构使得模型能够在内存受限的入门级 Mac 上运行。
该项目包含一个原生 macOS 应用程序、一个命令行界面以及一个实验性的兼容 OpenAI 的本地服务器。它使用自定义流式安装程序，直接获取并将模型权重重新打包为优化的 `.gturbo` 格式，从而无需巨大的暂存空间。该引擎利用优化的 Metal 内核进行量化运算、分块预填充（chunked prefill）和高效的专家缓存。
TurboFieldfare 由 Andrey Mikhaylov 开发，是一个专注于高性能端侧推理的独立研究项目。它以 Apache 2.0 协议开源，旨在探索在消费级硬件上运行大规模混合专家模型（MoE）的技术方案。详细文档、基准测试和实验记录可在该项目的 GitHub 仓库中查看。
开发者 “gitpusher42” 发布了 **TurboFieldfare**，这是一个基于 Swift 和 Metal 构建的开源推理引擎。它使 M 系列芯片的 Mac 电脑能够在仅有 2 GB 可用内存的情况下运行 26B 参数的 Gemma 模型。
由于 14 GB（量化版）模型超出了许多基础款 Mac 的内存容量，该引擎采用了一种“流式”技术。它将必要的共享层和 KV 缓存保留在内存中，同时通过专家缓存策略和并行 `pread` 操作，从固态硬盘（SSD）动态读取所需的“专家”数据。这使得 GPU 在处理共享层的同时，可以在后台加载专家数据。
性能基准测试显示，在 8 GB 内存的 M2 MacBook Air 上，其速度为每秒 5–6 个 token；而在 M5 MacBook Pro 上，速度最高可达每秒 35 个 token。虽然像 MLX 这样的专用引擎能为内存充足的用户提供更高的速度，但 TurboFieldfare 提供了一种独特的权衡：它以牺牲部分性能为代价，大幅降低了内存占用，从而为其他任务释放了系统资源。该项目包含一个兼容 OpenAI 接口的本地服务器，目前已在 GitHub 上开放测试。
**hwatu** 是一款专为 AI 智能体设计的高性能“验证浏览器”，通过“最冷温守护进程（coldest warm daemon）”架构取代了 Playwright 等缓慢的工具。它通过预热引擎、GPU 上下文和 WebView，将验证周期从 341 毫秒缩短至 35 毫秒，并将五次工具调用合并为一次。
与传统的自动化库不同，hwatu 将无头（headless）状态视为一种属性而非启动模式。它支持无缝的“人工接管”，当智能体遇到障碍（如验证码）时，开发者可以立即在平铺式窗口管理器中接管实时且状态持久的会话。
**核心优势：**
* **速度：** 比预热服务器模式下的 Playwright 快 9 倍。
* **精度：** 提供原生像素差异热图和数值动画分析，而非原始截图。
* **易用性：** 默认无头运行（不会抢占焦点），零配置设置，且二进制体积小巧（利用系统级 WebKitGTK）。
* **互操作性：** 支持 MCP 服务器、原生 CLI 命令及 Unix 套接字。
hwatu 目前仅支持 Linux，采用 AGPL-3.0 许可证。对于希望从“像素级完美”的口号转向可验证、可度量 UI 开发的开发者而言，它是理想的选择。
TokenTown 是一款基于浏览器的交互式可视化工具，它将 Transformer 语言模型呈现为一座等距视角的城市。每个区域对应模型架构的特定阶段，例如嵌入（embedding）、注意力机制（attention）、前馈网络（feed-forward networks）和采样（sampling）。 当代表“隐藏状态”的车队穿行于城市时，该网站会使用一个缩减版模型（12 维，2 个注意力头）实时计算各项数学运算，包括位置编码、层归一化和因果掩码。虽然其中的权重是随机的，输出结果也融合了模型逻辑与二元模型先验，但其运作机制是真实的。 该工具提供了一项教育性的“导览”功能，车队会在每个站点停留，并解释其背后的处理过程。用户可以控制进度、手动逐步执行，或缩小视图以纵览整座城市。TokenTown 并非旨在作为功能性 AI，而是作为一种教育辅助工具，将 Transformer 架构抽象的复杂性转化为一个直观且可探索的景观。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
TokenTown：一种理解大语言模型（LLM）工作原理的可视化方式 (laurentiugabriel.github.io)
28 分，由 laurentiurad 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助
lionel-messi 9 分钟前 | 下一条 [–]
这根本没用
回复
laurentiurad 1 小时前 | 上一条 [–]
你可以粘贴文本，并立即查看它如何被拆分为 Token，以及 Token ID、计数和其他详细信息。这有助于理解为什么提示词会有相应的成本、上下文限制为何如此表现，以及为什么模型有时会在意想不到的地方拆分单词。
我制作它是为了向朋友解释分词（Tokenization）时，发现没有一个简单、交互式的工具专注于学习而非文档说明。
我很希望能得到以下反馈：
- 有什么功能可以让它更有用
- UI 改进建议
- 你发现的 Bug 或极端情况
希望它对你有用！
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
以下是演讲内容摘要：
在这篇关于《Augmental Puzzles》的复盘文章中，开发者 Claire 分享了她使用 Godot 引擎发布商业 VR 游戏的经验。虽然 Godot 是一个优秀的、原型开发速度极快的引擎，但她指出，工作室应当做好承担“早期采用者税”的准备——即投入一定的引擎研发成本（预估为 8 万英镑），以弥补在内存管理、基于 POSIX 的 I/O 和平台合规性等方面的功能缺口。
Claire 强调了两个主要的技术难题：一是 `Label3D` 导致的性能瓶颈（她通过自定义的“FastText”系统解决了该问题），二是僵化且充满宏的着色器（Shader）流水线。这些挑战促使她发起了一个社区驱动的 PlayStation 移植项目，并最终开发了一个全新的、无绑定（bindless）、以 VR 为优先的渲染服务器（4.7版本），旨在绕过遗留架构的限制。
她的核心观点是，工作室应将 Godot 视为技术栈的“种子”而非交钥匙解决方案。通过掌握引擎源码，工作室可以在对特定项目至关重要的环节进行深度优化。她呼吁平台持有者和资深图形程序员直接参与到引擎的开发中，以打破 Unity/Unreal 的双头垄断；她认为 Godot 基于 MIT 协议的模块化特性，使其成为未来高性能专业游戏开发的理想基石。
抱歉。