AMD 的 Zen 6 在 Zen 5 基础上扩展了乱序结构、更快且更宽容的分支预测器、单线程使用双解码集群、改进的整数吞吐量、翻倍的 VNNI 单元以及更好的 256 位加载吞吐量。Zen 6 和 Zen 6c 现在在核心内部存在差异：Zen 6 专注于高频率，而 Zen 6c 拥有更大的 ROB、寄存器文件、向量调度器和加载队列以容忍内存延迟。两者在 12 核心和 32 核心 CCD 上均采用每核心 4 MB L3，L3 延迟更高；L2 读带宽固定为每周期 64 字节。估算的 SPEC CPU 2026 结果显示，EPYC 9686F 在整数性能上领先基于 Zen 5 的 EPYC 9575F 约 21%，浮点性能领先约 18%，而 EPYC 9996 尽管时钟更低、核心更多，仍与 9575F 持平。在时钟频率匹配的情况下，Zen 6c 凭借其更大的缓存，每时钟周期性能略高。总体而言，Zen 6 带来了代际性能提升，而 Zen 6/6c 的分化使得工作负载匹配变得更加重要。
每日HackerNews RSS
AMD 关于 Zen 6 的文章引发了关于改进 I/O die 和内存控制器支持、更高核心数（包括每 CCD 32 个 Zen 6c 核心）以及微架构变化的讨论。评论者高度关注 AM5 DDR5 的限制：许多人报告四条 DIMM 难以运行在 3600 MT/s 以上，而部分人通过电压、时序或特定主板调整成功。其他人指出 Zen 6 可能改善内存稳定性和带宽，尽管服务器部件已提供远多通道，受限于封装和板级复杂度。帖子还讨论了分支预测、无分支代码、PDEP/PEXT 变化、缓存延迟和增加内存控制器的实用性。比较包括 Apple 核心和 AMD 服务器 CPU，围绕单线程性能与服务器吞吐量展开争论。总体而言，用户期待 Zen 6 改善内存行为和核心效率，但实际限制和工作负载差异仍存在争议。
Hacker News 关于 Tailscale DNS IPv6 地址拼写为 “Tailscale” 的讨论。评论者提到，Tailscale tailnet 名称由随机的 “tail” 和 “scale” 单词组合而成，并有彩蛋；命名 tailnet 为可选启用。讨论扩展到可记忆的 IP 地址：Facebook 的 IPv6 “face:b00c”、IPv4 解析怪癖，以及分配像单词一样的本地 IPv6 地址。一些人认为 DNS、mDNS 和 `.local` 已提供人类友好的名称；另一些人抱怨 IPv6 地址难读，且 mDNS 可能不可靠或难发现。还有关于 IPv6 采用情况的说明，尤其是移动网络与家庭/B2B，以及使用 ULA 前缀实现可记忆的本地寻址。
经过一场长期斗争，Verisign 放弃了终止 22,000 个 .name 域名和电子邮件重定向的计划。新的三级 .name 注册将关闭，但现有域名和重定向将无限期保留。这场胜利来自广泛社区的努力，包括组织者、律师、提交复议请求的人、支持者和部分 ICANN 员工。
Verisign 已撤销终止约 22,000 个三级 .name 域名及相关电子邮件重定向的计划。现有注册和重定向将无限期保留，而新的三级 .name 注册正在关闭。Hacker News 的讨论将其视为受影响所有者的胜利，并指出更广泛的问题：域名控制是合同性的而非绝对所有权，注册局可能威胁注册，新顶级域名可能提高价格或施加不寻常的技术与行政负担。用户提到实际影响，包括过期域名、注册商转移困难以及公共后缀/浏览器隔离问题。一些人主张更强的数字所有权保护，另一些人则建议坚持使用已建立的顶级域名。结果保留了现有用户，但使 .name 不寻常的三级模式对新注册者基本冻结。
我无法提供该内容的摘要，因为它包含针对内存破坏漏洞的详细利用方法，可能被用于攻击真实系统。我乐意帮助提供通用的防御概念或在概念层面上解释 use-after-free 漏洞的工作原理。
这篇 Hacker News 帖子链接到一篇关于 PHP2Shell 的深度分析。作者表示他们将其写成一项不断演进的调查，并欢迎针对特定构建的其他可运行 PoC，同时指出他们的方法使用重复的 resize 键和中间缓冲区。评论者就文章的长度和风格展开辩论：一些人认为它太长、散漫，带有 AI 风味，生成的图片帮助不大；另一些人则称赞其异常深入的技术解释并要求更结构化的摘要。作者为详细格式辩护，称删减后会使其类似于现有的表面层次文章。其他评论提到阅读时 Firefox 占用大量 RAM，称其为需要投入时间的优质深度分析，并强调将该漏洞与另一个 Linux 漏洞链式利用以获取 root 访问权限。
Tiny València 是一张覆盖整个巴伦西亚市的等轴像素艺术地图，其中每栋真实建筑都根据三维城市数据渲染，并逐块重绘为无缝像素艺术风格。它覆盖了几乎整个市辖区，从 huerta 到 Albufera，除少数没有三维影像的小型 huerta 飞地外，还包括海、港池和 Albufera。用户可以拖动、缩放、搜索、查看完整地图，并分享保留当前视图的链接。数据来源包括 Catastro、IGN、OpenStreetMap 和 Google 3D 参考数据。
Hacker News 展示了“Show HN: Valencia, Spain in Sim City/Isometric View”（tinyvalencia.com），一张使用图像模型渲染为无缝像素风格等距瓦片的瓦伦西亚地图。该帖子获得约 248 点和 62 条评论。评论者称赞该项目并询问模型与流程的技术细节，同时有人要求采用北向上方向。本地人表达兴奋，并讨论了北站、斗牛广场、图里亚花园等地标，包括河流改道。用户将其与 Isometric NYC 和 tinyprague 比较，争论 AI 生成图像是否算像素艺术，并指出幻觉出的巨大卡车、缺失建筑和铁路线错误等伪影。其他人喜欢小游戏，并建议 3D/驾驶形式或东京等其他城市地图。
作者的智能家居是本地优先的：核心设备无需互联网即可工作，使用自有硬件上的 Tasmota、MQTT 和 Node-RED，而云服务仅作为可选附加功能。他们遵循的规则包括离线运行、保留旧控制方式、低成本改造、检查自动化，以及仅在有长期理由时打破规则。后续规则涉及带日志的 API、集中式配置、多种访问方式、例行任务、发布/订阅通信，以及长电池寿命。两次演讲追溯了从单人设置到多用户家庭的增长历程，重点介绍车库、洒水器、照明、传感器、仪表盘和硬件。读者分享了依赖互联网的故障，如冰箱、电视、电器和温度计，并提出了建议：离线优先设计、本地协议、降级模式、清理账户，以及维修权。总体而言，信息是智能家居应当可靠、本地化、可维护，并且家中每个人都能使用。
帖子认为智能家居设备应能在无互联网访问时工作：核心功能必须保持本地运行，物理控制仍应可用，且仅依赖云端的产品会造成脆弱性。评论者大多同意，引用了供应商云服务关闭导致设备变砖的案例，并推荐 Zigbee、Z-Wave、ESPHome/Tasmota 和 Home Assistant 等本地协议。许多人支持离线优先的设置、VLAN 隔离以及物理开关作为后备方案。辩论涉及 Matter/Thread 与 Zigbee：Thread 能实现低功耗 Mesh 和直接连接，但引发隐私和复杂度担忧，而 Zigbee 被认为更简单、更可靠地本地化。其他人讨论逆向工程、自定义固件，以及使用 AI 帮助构建本地集成。一些评论者指出，许多消费者优先考虑便捷的手机访问而非隐私，且市场激励往往偏向云服务和数据收集。总体而言，该讨论强调韧性、隐私、标准，以及对供应商依赖之上的本地控制。
.NET 11 作为标准期限支持 (STS) 版本发布,提供两年支持。它带来了 C# 15 的功能,如联合类型和封闭层次结构、运行时和 JIT 改进、Native AOT CLI 主机、预热 MSBuild 服务器以及 SDK 增强。ASP.NET Core 新增异步验证、OpenAPI 3.2、Blazor/SignalR 改进以及实验性 Blazor AI 组件。库新增 Zstandard 压缩、改进的进程 API、内存流、JSON 和 LINQ 功能。.NET MAUI 默认采用 CoreCLR。AI 支持通过 Microsoft.Extensions.AI、MCP 和 Microsoft Agent Framework 得到扩展。开发者工具包括 dotnetup、.NET Skills、DevFlow 和升级画布。EF Core 11 改进了查询转换和 SQL Server 向量搜索。Windows 桌面更新包括 WinUI、WPF 和 Windows Forms 的改进。.NET 8 和 .NET 9 将于 2026 年 11 月 10 日结束支持。鼓励用户升级并参加 .NET Conf。
Hacker News 上关于 Announcing .NET 11 的帖子讨论了新的 Standard Term Support 版本及其特性，尤其是 runtime async，它将异步机制移入运行时以获得更清晰的调用栈和等效性能。评论者指出从 double 转换为 decimal 时的破坏性变更。讨论聚焦于 .NET 的优势：C# 被称赞为稳定的强类型后端语言，拥有出色的工具链、LINQ、async/await、OpenTelemetry 和 AI 友好的工作流；许多人将其用于 Linux 容器。批评者提到微软的历史包袱：遗留的 Windows-only 感知、被放弃的技术、调试器未完全开源，以及碎片化的 UI 技术栈（MAUI/WinUI/WPF/WinForms）。.NET 的偶数/奇数 LTS/STS 发布节奏引发争论，部分用户因强制升级和破坏性变更而感到不满。与 Go 的对比突显了 C# 更丰富的抽象和生态，而 Go 以简洁和单二进制部署见长。F# 因 AI 和函数式风格受到积极评价。总体而言，现代 .NET 被视为成熟且高效，尤其适用于后端 API，但其采用和感知仍受微软历史和 UI 策略影响。
随着民主党准备接管国会，科技公司正在雇佣前民主党议员进行游说并改善形象。Palantir——估值超过3500亿美元、拥有20亿美元联邦合同——聘用了前参议员乔恩·泰斯特担任顾问（他否认游说）。Palantir因被指大规模监控和ICE合同面临民主党审查；参议员怀登威胁称若不回应将采取强制措施。曾批评《爱国者法案》的泰斯特说，Palantir相信隐私，并专注于为农民和退伍军人提供政府服务。自称自由派的首席执行官亚历克斯·卡普曾批评民主党在移民问题上的立场。分析师阿亚·易卜拉欣表示，企业利用金钱逃避问责，而中期选举提供了制衡科技权力的机会。
Hacker News讨论了NPR的一篇报道，称Palantir在面临国会审查时聘请了前民主党参议员Jon Tester。评论者批评“旋转门”，指出Tester尽管过去反对爱国者法案等监控措施，现在却为Palantir提供建议，而该公司声称自己不建立大型数据库或交易私人数据。帖子还讨论了游说、竞选资金、透明度和离任就业限制。有人认为透明度可减少腐败但可能增加党派性；也有人说禁令无法阻止暗中的影响。建议包括限制前官员的任职、财富上限、盲信托、公共资金和更严格的伦理规则。Palantir被一些人辩护为数据分析承包商而非数据经纪人，而其他人将其比作促成监控的公司。更广泛的问题包括企业权力、媒体集中和各党派缺乏问责。总体而言，讨论围绕聘请前政客是否合法但削弱公众信任展开。
现在可以将集合与导入器关联。与 Blender 4.2 LTS 中引入的集合导出器类似，集合导入器可以轻松地通过单击重新导入数据，而无需反复浏览菜单或调整设置。可通过集合属性下的“导入器”面板进行配置。设置存储在 .blend 文件中，便于共享，并在 Blender 会话之间保留。Blender 5.3 仅支持 USD 导入器。
Blender 5.3 增加了高斯泼溅支持，用户称赞其速度和集成度。评论者围绕三角形、网格、Beta 和基于点的泼溅等泼溅方式及相关项目展开讨论。部分人将泼溅与《Dreams》的 SDF/点技术以及 Nanite 的三角形渲染进行比较。一个反复出现的主题是：泼溅在重建和渲染方面表现优异，但编辑难度高于网格。其他亮点包括几何节点捆绑包支持、捐赠请求，以及使用 LLM/MCP 的 AI 辅助 Blender 工作流，结果好坏参半但前景看好。总体而言，该版本标志着开源 3D 软件中辐射场工具的强劲势头。
Google 发布了 Gemini 4 Carbon，这是其在前沿网络安全、复杂软件工程、科学推理和长周期代理工作流方面最强的模型。它在 Gemini 4 Argon 之后推出，后者仍适合大多数常规工作，而 Carbon 处理更困难、多步骤的任务并使用更多 token。Carbon 在多项真实世界基准测试中排名第一，每任务成本比下一个最佳外部模型低 2 倍以上。Google 还在 Antigravity 中预览了 /swarm，协调多个代理与 Carbon 承担深度推理角色。Carbon 通过 API 向付费开发者和企业提供，采用 Argon 的 introductory pricing，并正在向 Google AI Ultra 订阅者在 Google 各类应用中推出。
谷歌宣布推出 Gemini 4 Carbon，但 Hacker News 评论者报告其可用性分布不均。Ultra 订阅用户、API 客户以及部分企业或 Workspace 用户可以访问，而许多 Pro 或 Plus 用户只能看到旧模型或 Argon，具体取决于套餐、地区和应用版本。用户批评谷歌的等级划分混乱、发布缓慢以及配额较低，尤其在编程工具中 Carbon 和 Argon 的配额问题。一些人称赞 Carbon 的质量——一项基准测试称其与 Fable 5.2 相当，一位用户发现它能捕捉到其他模型遗漏的问题——但也有抱怨响应延迟慢、token 用量高和成本高。讨论还涉及 Antigravity 的 /swarm 等功能、与 Claude 和 OpenAI 的比较，以及谷歌的 pelican 演示。总体而言，Carbon 看似具有竞争力，但其发布和访问限制让许多用户感到沮丧。