NVIDIA 更新后的 **vk_lod_clusters** 示例新增了一个完整纹理、路径追踪的 Zorah 场景，包含 16 亿个三角形，将簇级光线追踪与 Nanite 风格的分层 LOD 管线结合起来。处理流程使用 meshoptimizer 的 `clusterlod.h`，将网格拆分为簇，在保留边界的同时对簇进行分组和简化，然后将簇重建为可选择的 DAG。
Meshoptimizer 1.3 改进了 DAG BVH 构建、空间/Morton 分区、属性感知简化和内存分配复用。宽松简化现在更加稳定；实验性的属性误差钳制可以防止 LOD 选择不必要的细节。在 Zorah 上，这项改进将几何数据和加速结构的内存占用从约 996/880 MB 降至 678/574 MB。针对植被的边界区域保留选项，还能防止远处树篱边缘被侵蚀，同时避免 Unreal 中更大范围的膨胀伪影。
压缩是其中的关键。Meshopt 的无损编解码器可以将 63.3 GB 的源几何数据压缩至一半，并以每秒数 GB 的速度解码，还可以与 Zstandard 叠加使用。新的 meshlet 编解码器将簇三角形索引从 9.8 GB 降至 2.6 GB，解码速度最高达 10 GB/s。量化属性还可以进一步将几何数据压缩至 15.3 GB。
经过这些改进，Zorah 的处理时间略低于四分钟，并可在 12 GB RTX 5070 上运行。不过，簇级 LOD 仍然会带来相当高的存储和运行时复杂性。
每日HackerNews RSS
Hacker News
最新
|
往期
|
评论
|
提问
|
展示
|
职位
|
提交
登录
数十亿个三角形续篇
（
zeux.io
）
6 分
由
ibobev
提交
1 小时前
隐藏
|
往期
|
收藏
|
讨论
|
帮助
考虑申请 YC 2027 年冬季批次！
申请截止至 11 月 2 日。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律声明
|
申请加入 YC
|
联系我们
搜索：
本页预测通过直接成像发现的系外行星及褐星伴星的位置。如需添加轨道，请联系 Jason Wang：[email protected]。由 Jason Wang、Matas Kulikauskas 和 Sarah Blunt 构建。若您在研究中使用此工具，请引用其 ASCL 记录。
```
黑客新闻
最新
|
往期
|
评论
|
提问
|
展示
|
职位
|
提交
登录
这颗星球在哪里
(
whereistheplanet.com
)
5 分
由
andsoitis
1 小时前
|
隐藏
|
往期
|
收藏
|
讨论
帮助
考虑申请 YC 2027 年冬季批次！申请
截至 11 月 2 日开放。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请加入 YC
|
联系我们
搜索：
```
文章批评了哈佛近期开展的一些研究。这些研究将居住地与核电站之间的距离赋予不同权重，形成“邻近度评分”，随后通过回归分析和归因比例计算，估算据称由核电站导致的死亡人数。 作者认为，这种方法把地理邻近等同于实际辐射暴露。研究指出，许多居民，甚至核电站工作人员，实际接受的剂量都很低，甚至无法测得；而这些研究的覆盖范围高达200公里，却未能证明存在相应的生物学致病途径。 作者在复现并应用相同方法分析无关地点后，发现 Costco 商店、高校、体育场馆等其他场所也与癌症发病和死亡呈现正相关，甚至在随机生成结果时也会出现这种关联。作者认为，这些荒谬结果表明，该模型识别出的可能是广泛的空间格局或统计偏差，而不是实际暴露所产生的真实效应。 他们的结论是，这些研究只能证明生态学层面的相关性，而不能证明因果关系，因此不能据此宣称核电站会导致附近居民因癌症死亡。他们还主张，在得出公共卫生结论之前，应先进行安慰剂性地标检验，并建立更清晰的辐射暴露模型。
一场 Hacker News 讨论批评了《突破》期刊发表的文章《那些据说会导致癌症的事物》。主要发言者指出，癌症研究通常只能证明某种因素与癌症之间存在关联，而不能证明因果关系；此外，识别致病原因还受到混杂因素、暴露程度差异以及生物机制不确定性的影响。他还批评那些批评核电站的人：他们一方面选择性要求核辐射必须提供明确的生物机制，另一方面却忽视了非电离辐射也可能引发生物学效应的证据，例如细胞受热和应激反应。
发言者还指出一项潜在的利益冲突：文章作者 Adam Stein 和 Deric Tilson 任职于 Breakthrough Institute，其工作重点是先进核能，因此他们可能从如何呈现核风险中获利。第二位发言者则直截了当地称这篇文章是“赤裸裸的宣传”。总体而言，这场讨论既质疑了文章的科学论述，也质疑了作者所属机构与核能之间的关系。
一个供 Debian 贡献者使用 LLM 推理服务的自助门户。用于管理 API 密钥和跟踪预算使用情况。仅 Debian 开发者和维护者可以访问。
# 黑客新闻
最新
|
过去
|
评论
|
提问
|
展示
|
工作
|
提交
登录
**Debian 推理门户**
（debian.net）
6 分
作者：ColinWright
2 小时前
隐藏 | 过去 | 收藏 | 2 条评论
帮助
agwa
1 小时前
下一条
[–]
请注意，该网站位于 debian.net，而非 debian.org，因此它并非 Debian 项目的官方服务。任何 Debian 开发者都可以申请一个 debian.net 子域名来运行与 Debian 相关的服务：
https://docs.debian.net/scope.html#the-debian-net-domain
回复
monospacegames
2 小时前
上一条
[–]
鉴于最近的投票似乎竞争激烈，很惊讶这么快就看到这个。
考虑申请 YC 的 2027 年冬季批次！
申请开放至 11 月 2 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系方式
搜索：
埃拉斯谟的“小月亮”象征着月亮的多重含义——神秘、永恒、时间、女性、创造、毁灭与隐秘——也象征着括号所具有的表现力。它们的弧形在视觉和听觉上都像是在“承托”低声、私密或次要的话语，使这些话既受到保护，又与周围的正文明显区分开来。 括号处于口语与书面语之间的暧昧空间：它们无法被忽略，但读者又能透过它们看见并听见其中的内容。借用理查德·穆尔卡斯特的说法，括号是“笔下的生灵，也是发音时可据以区分彼此的标志”。因此，这段文字把括号呈现为一种两栖性标记，既属于视觉，也属于听觉。括号中的文字应以更低、更快的语速朗读，从而营造出隐秘感和柔情的强调。
```
黑客新闻
最新
|
往期
|
评论
|
提问
|
展示
|
招聘
|
提交
登录
菲利普·锡德尼与括号极端的（非）优雅
（
publicdomainreview.org
）
5 分
提交者：
pepys
1 小时前
|
隐藏
|
往期
|
收藏
|
讨论
帮助
考虑申请 YC 2027 年冬季批次！
申请截止至 11 月 2 日。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律声明
|
申请 YC
|
联系我们
搜索：
```
用户登录 Vanguard 失败是由于长密码处理方式不一致。Vanguard 的密码重置表单设置了 `maxlength="20"`，因此 Chrome 会在用户无感知的情况下，将 1Password 生成的 26 位密码截断为 20 位，并应用到两个密码字段中。重置使用截断后的密码成功完成。
然而，登录表单没有 20 位密码限制，因此 1Password 提交了完整的 26 位密码。Vanguard 将其判定为错误密码并拒绝登录，看起来像是密码重置失败。
这表明，密码字段中的 `maxlength` 可能在用户不知情的情况下修改输入内容。应当改为通过 JavaScript 或后端明确验证密码长度，确保提交的值与用户原本的输入一致。
一名 Vanguard 用户反映，登录表单中的 HTML `maxlength="20"` 会悄无声息地截断密码管理器生成的较长密码。Vanguard 允许设置较长的密码，却没有明确告知或落实登录时的长度限制，因此认证会失败 reportedly。移动应用据称可以接受该密码，这说明问题可能出在不同前端之间的验证规则不一致，而非后端限制。
讨论还扩展到了对金融类网站更广泛的批评，例如随意设置密码长度和复杂度规则、禁止粘贴密码、应用与网站之间的限制不一致、遗留系统难以适配、密码管理器兼容性差，以及认证方式令人困惑。
一些支持者认为，设定密码长度上限仍有必要，可以防止恶意或异常输入；现代密码管理器生成的随机密码也不一定需要非常长。另一些人则强调，应采用密码管理器、Argon2id 等现代密码哈希算法，以及多因素认证（MFA）。
共识是：合理且事先明确说明的长度限制可以接受，但隐藏的 20 字符限制——尤其是会悄无声息地修改密码的限制——属于严重的可用性和安全问题。
作者成功在一台全新的 Apple Silicon M4 Mac mini 上启动了 Linux。尽管面临 SPTM 安全机制以及此前未知的硬件行为，他仍完成了这项工作。
最初，m1n1 的崩溃是由被锁定的 GXF 功能和 RVBAR 寄存器导致的。跳过这些不必要的操作后，系统成功启用了串口控制台和 USB 代理。
借助精简的设备树和大量调试输出，作者进一步将故障定位到启用 MMU 后缺失的 MMIO 映射，以及一个被锁定的虚拟化相关定时器寄存器。修正早期页表、绕过该寄存器，并正确设置串口的 `stdout-path` 后，Linux 最终成功启动并进入 shell。
在启动辅助 CPU 时，作者发现 M4 存在一种非标准行为：WFI 和 WFIT 指令可能会破坏体系结构状态。将这些指令替换为 NOP 后问题得到解决。目前，一种更具针对性的启动时解决方案已合并到主线 Linux 和 m1n1 中。M4 芯片设备现在可以启动全部核心，该方法也适用于 M4 Pro、M4 Max 和 M5 芯片。
包括图形、摄像头和显示在内的外设支持仍在积极逆向工程中。
讨论围绕“健忘的 CPU（M4 上的 Linux）”展开，这个项目探索了在苹果 M4 硬件上运行 Linux 的可能性。评论者争论苹果硬件的优势究竟来自更好的集成度、续航能力、显示效率，还是单核性能；他们也承认 macOS 有时会显得臃肿，但实际运行仍可能很高效。
他们还质疑苹果对开放软件的态度：一些人认为苹果只是忽视文档和支持，另一些人则觉得苹果总体上并不欢迎开放。参与者指出，与更为封闭的苹果设备不同，Mac 仍然允许运行 Linux。一位评论者认为，人工智能或许能够帮助逆向工程或启用这些硬件，并提到了 Gravity Linux M4 项目。
开源 AstaBrief——Asta 中用于快速生成报告的模型 Open-sourcing AstaBrief, the fast report-generation model in Asta
7 小时前
Ai2 开发了 AstaBrief 8B。这是一款开放权重模型，可根据研究问题和检索到的文献，快速生成有引用依据的科学报告。该模型基于 Qwen3-8B，并使用数万名真实研究人员的查询，通过监督微调和直接偏好优化进行后训练。引用密度过滤带来了最大的质量提升，而更复杂的过滤器收效甚微。AstaBrief 还能够一次性生成完整报告，从而避免成本高昂的检索结果聚类、片段摘要和逐章节写作。 evaluations found competitive... Translate "评估发现，在相关性、覆盖范围和引用质量方面，AstaBrief 的表现与 Asta 的 Claude 支持管线和 DR Tulu 相当；但在一项小规模人工研究中，DR Tulu 的总体偏好度更高。在 Asta 中，快速模式平均每份报告用时 51.1 秒，而思考模式为 178.5 秒——快约 3.5 倍——且早期用户反馈同样积极。" Ai2 将公开模型权重和训练数据，并提供本地 PDF 报告工作流，使机构能够在私有基础设施上部署该模型。2025 年的评测不足以证明它相较于当前前沿模型的表现；未来工作将检验报告是否保留原始主张的范围和力度，而不只是是否附有引用。
```
黑客新闻
最新
|
往期
|
评论
|
提问
|
展示
|
职位
|
提交
登录
开源 AstaBrief——Asta 中用于快速生成报告的模型
（
allenai.org
）
17 分
由
malshe 发布
3 小时前
|
隐藏
|
往期
|
收藏
|
2 条评论
有帮助
deepsquirrelnet
55 分钟前
|
下一页
[–]
这太令人兴奋了。我经常使用 Asta 来查找论文。它是我探索新主题时最常用的资源之一。
回复
SpyCoder77
1 小时前
|
上一页
[–]
我看成了 AstraBrief。
回复
考虑申请 YC 的 2027 年冬季批次！
申请
截至 11 月 2 日开放。
指南
|
常见问题
|
榜单
|
API
|
安全
|
法律
|
申请加入 YC
|
联系我们
搜索：
```
该内容为无法解析的 PDF 二进制数据，没有可翻译的可读文本。
黑客新闻
最新
|
往期
|
评论
|
提问
|
展示
|
工作
|
提交
登录
2026 年电气化特别报告 [pdf]
（
windows.net
）
9 分
由 gmays 发布
4 小时前
|
隐藏
|
往期
|
收藏
|
讨论
|
帮助
考虑申请 YC 2027 年冬季批次！
申请开放至 11 月 2 日。
指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请加入 YC
|
联系我们
搜索：
每个 SaaS 企业最终都会演变成一套围绕无状态模型构建的智能体运行框架，包括基础设施、交互界面、上下文、集成、编排和审查系统，使智能体能够完成实际工作。未来的演进路径很可能是：从人类主导的服务，到员工使用智能体，再到人类编排云端智能体，最终由主动型智能体自行确定并执行任务。
核心任务将交由后台智能体完成，而人类则成为“品味把关者”，在最具杠杆效应的关键节点运用判断力。一套优秀的运行框架并不是全天候、无人监督的“粗制滥造工厂”；它会把有限的人类注意力集中在最有助于提升客户价值的地方。
企业的差异化能力将越来越来自其运行框架如何学习、监控工作、积累组织知识、集成系统，以及协调决策和审查。企业应自主掌握顶层运行框架，同时针对具体工作流使用第三方工具。如果外部供应商能够运营整个外循环，那么这家企业的业务就可能被商品化。未来，企业内部运行框架的开发、AI 驱动的组织重构，以及对无界面软件的需求都将持续增长。
这场讨论围绕一个观点展开：每家 SaaS 公司最终都会成为围绕 AI 模型构建的“驾驭层”，掌握基础设施、界面、工作流、上下文和状态，将通用模型转化为产品。在这一愿景中，软件将变得更加无界面和可定制，企业会构建内部智能体系统，AI 也可能重塑管理方式和采购流程。
许多评论者怀疑 SaaS 是否真的会消失。企业仍然看重外包服务、行为确定的界面、可预测的成本、技术支持、互操作性，以及防止智能体犯错造成高昂损失的能力。复杂且完善的产品也需要持续的人工监督；通过“氛围编程”快速复制出来的产品往往会不断累积漏洞、安全问题和上下文退化。
另一些人则认为，AI 会大幅降低软件构建成本，使功能趋于同质化，并削弱现有软件和数据所形成的护城河。在复杂成熟的产品被替代之前，企业可能已经能够自行构建低成本内部工具和细分应用。
更可能长期存在的优势包括独有的真实世界数据、行动体系、资本、分销渠道、客户关系、网络效应，以及Perhaps most importantly trust. Overall transition gradual routine software/internal workflows first, mission-critical retain stronger human/vendor involvement.
Need Chinese no English perhaps "以及——或许最重要——信任。" Good.</mm:think>这场讨论围绕一个观点展开：每家 SaaS 公司最终都会成为围绕 AI 模型构建的“驾驭层”，掌握基础设施、界面、工作流、上下文和状态，将通用模型转化为产品。在这一愿景中，软件将变得更加无界面和可定制，企业会构建内部智能体系统，AI 也可能重塑管理方式和采购流程。
许多评论者怀疑 SaaS 是否真的会消失。企业仍然看重外包服务、行为确定的界面、可预测的成本、技术支持、互操作性，以及防止智能体犯错造成高昂损失的能力。复杂且完善的产品也需要持续的人工监督；通过“氛围编程”快速复制出来的产品往往会不断累积漏洞、安全问题和上下文退化。
另一些人则认为，AI 会大幅降低软件构建成本，使功能趋于同质化，并削弱现有软件和数据所形成的护城河。在复杂成熟的产品被替代之前，企业可能已经能够自行构建低成本内部工具和细分应用。
更可能长期存在的优势包括独有的真实世界数据、行动体系、资本、分销渠道、客户关系、网络效应，以及——或许最重要——信任。总体来看，这一转型预计会逐步发生：常规软件和内部工作流会率先改变，而关键任务系统仍会保留更多人工参与和厂商参与。