Nvidia 正在将 CUDA 支持扩展至 RISC-V 架构，其目标是高性能服务器级平台，而非消费级硬件。为确保软件的高效执行，Nvidia 制定了超出标准 RISC-V 规范的严格硬件要求。 核心前提条件包括：必须遵循 RVA23 规范配置，提供用于硬件发现和电源管理的完整 ACPI 支持，以及具备硬件级的 PCIe 一致性以消除手动缓存失效的需求。此外，Nvidia 还强制要求支持 PCIe 点对点通信，以避免性能瓶颈。这些要求旨在防止因“最低共同标准”导致的性能问题，避免 Nvidia 提供低效的代码。 除标准 CUDA 外，Nvidia 还在推广“NVLink Fusion”，允许合作伙伴将 Nvidia 专有的 NVLink IP 集成到定制芯片（包括 RISC-V CPU）中。尽管这些进展是 RISC-V 生态系统的重要里程碑，但目前的硬件大多无法满足这些严苛的准则。初期部署可能仅限于专用的大核心数企业级服务器。虽然这些要求确保了稳健的高性能移植，但 Nvidia 未来是否会允许 CUDA 在性能较弱的爱好者级 RISC-V 硬件上运行，仍存在不确定性。
每日HackerNews RSS
Hot Chips 2026：CUDA 瞄准 RISC-V —— Chester Lam 著 Hot Chips 2026: CUDA Targets RISC-V – By Chester Lam
62 天前
近期 Hacker News 上的一场讨论聚焦于 NVIDIA 推动 CUDA 进入 RISC-V 架构的举措。评论者认为，NVIDIA 此举并非简单的 CUDA 移植，而是实际上正在为 RISC-V 建立一套标准化的“CUDA 就绪”服务器配置规范。
通过要求符合 ACPI、UEFI 和 TPM 等标准，NVIDIA 旨在为碎片化的生态系统建立秩序，可能终结非标准化硬件设计那种“蛮荒西部”式的状态。虽然部分参与者认为这是 NVIDIA 试图掌控整个计算栈的战略之举——特别是将 CPU 作为其尚未攻克的最后阵地，但也有人对此持怀疑态度。批评者指出，CUDA 仍然是一项专有的利基技术，并建议 Vulkan 等开放标准或 Mojo 等替代语言或许是更好的选择。
该讨论还将此与此前将 CUDA 引入 POWER9 等利基架构的尝试进行了对比。那些尝试因软件支持方面的重大障碍而大多以失败告终。总的来说，用户们正在争论：这一举措究竟能否成功实现高性能 RISC-V 服务器的标准化，还是只会进一步巩固 NVIDIA 在人工智能与计算领域的统治地位。
本网站正在使用安全服务来抵御在线攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
C++20 协程的实用直觉 (ydb.tech)
9 分，eivanov89 发布于 1 天前 | 隐藏 | 往期 | 收藏 | 3 条评论 | 帮助
eivanov89 1 天前 [–]
大家好，我是作者。很高兴在这里讨论这篇文章、C++20 协程或 TPC-C 的实现。
回复
dctwin 1 天前 | 父评论 [–]
我只想说这是一篇非常棒的文章，可能是我读过的对 C++ 协程最好的解释——谢谢你。
回复
eivanov89 1 天前 | 根评论 | 父评论 [–]
非常感谢，很高兴听到这篇文章对你有帮助。
回复
指导原则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
无限流 为每个用例创建一个流，而不是将同类记录全部塞入同一个主题中。每个流都是独立寻址的、无底的，并且可以从空闲状态扩展到高吞吐量。 无限流 零磁盘架构 解耦层 高吞吐量 简易部署
PicoMQ 是一款基于 Rust 的新型服务器，专为由对象存储（如 S3）支撑的“持久化流”（Durable Streams）而设计。它为 Kafka 等重型流处理系统提供了一种具备成本效益且可通过 URL 寻址的替代方案，非常适合聊天应用、会话管理或追踪单个实体等细粒度应用场景。
主要特性和见解包括：
* **设计：** 与针对大规模、单体管道进行优化的 Kafka 不同，PicoMQ 鼓励创建细粒度的流。它使用 Postgres 命令日志进行协调，并基于 S3Stream 引擎构建。
* **性能：** 虽然对象存储通常会引入延迟，但 PicoMQ 通过共享预写日志（WAL）、服务端批处理以及 HTTP/2 流水线技术缓解了这一问题。其持久化确认（ACK）延迟通常约为 250 毫秒，未来计划支持磁盘分段 WAL 以实现更快的性能。
* **运维便捷：** 它作为无状态的单二进制文件部署，易于扩展和运维。
* **使用场景：** 它定位为一种方案明确、对开发者友好的实时应用解决方案，专门避免了 Kafka 或 S2-Lite 的运维复杂性。创作者指出，虽然它不是高吞吐企业级管道中 Kafka 的直接替代品，但在灵活性、经济性和实施难度方面表现卓越。
请粘贴来自其他浏览器或会话的 JSON 报告（复制 JSON 报告 → 粘贴到此处）。GlassBox 会对每个层级进行评分，并告知你它们是否属于同一台设备、同一个引擎家族或同一个浏览器——这正是真正的跨浏览器追踪器关联你的方式。进行对比。
“GlassBox”项目近期在 Hacker News 上引发了关于浏览器指纹识别的讨论。该工具由 `tke248` 开发，旨在让用户可视化浏览器向网站暴露的各类数据点（如字体、WebGL、Canvas、音频等）。
该项目遭到了社区的强烈批评，主要原因在于其“AI 生成”的语气和设计，许多用户将其形容为“Claude 垃圾内容（Claude-slop）”。从技术角度来看，社区指出了几个缺陷：
* **准确性：** 该工具难以适配浏览器层面的反指纹保护措施，导致指标令人困惑或前后矛盾。
* **误读：** 用户指出，由于该工具缺乏真实的外部数据库进行比对，其显示的“唯一性”评分往往并不准确。
* **用户体验/界面（UX/UI）：** 许多人认为 AI 撰写的解释内容模糊或具有误导性。
对此，创作者澄清称，该工具是一个旨在汇总已知指纹识别向量的客户端教育实验。尽管该项目的初衷是帮助用户了解自己的数字足迹，但 HN 评论者的普遍共识是，EFF 的“Cover Your Tracks”等现有的成熟工具依然更加可靠，且不会产生现代 AI 生成文档所带来的歧义。
2026年8月17日，对象存储、容器镜像库和部署服务经历了长达8小时15分钟的中断。根本原因是单台存储服务器发生不明原因的断电。由于系统的纠删码配置允许数据块驻留在同一台机器上，导致单台服务器的故障使得关键数据无法访问。虽然没有客户数据丢失或损坏，但挂起的部署任务需要手动重新触发。 主要故障并非硬件本身，而是“检测滞后”：尽管监控系统在几分钟内就准确识别出了中断，但团队直到几小时后才收到警报。 为解决此问题，公司已实施两项立即生效的变更： 1. **关键警报：** 状态页更新现在会直接向值班工程师拨打电话。 2. **自动恢复：** 新的监管系统可以使用严谨的多信号验证远程重启无响应的服务器，以防止误触发。 从长远来看，公司正优先将记账记录与对象数据迁移至独立的故障域，以确保未来硬件故障仅导致服务降级，而非全面中断。团队还在扩大基础设施容量，以确保集群能够安全承受单节点丢失的影响。
抱歉。
在论文《描述政府服务的代理洪流》（Characterizing Agentic Flooding of Government Services）中，克里斯·施密茨（Chris Schmitz）等人探讨了人工智能代理与公共机构交互所带来的意外后果。虽然人工智能提高了公民获取服务的便利性，但也引发了“代理洪流”——即突发性的需求激增，这可能导致准备不足的政府服务系统面临崩溃。 作者提出了三项核心贡献： 1. **普遍性**：通过对11个司法管辖区的84个案例进行分析，证实了“洪流”现象已经出现，这在很大程度上是由大语言模型低成本、自动化的内容生成能力所驱动的。 2. **风险评估**：他们引入了一个风险矩阵来识别易受攻击的服务，并指出复杂且高回报的服务面临着最直接的威胁。 3. **缓解策略**：虽然政府可以应对这些激增的需求，但常见的快速响应措施（如收取费用）往往会无意中构筑起障碍，影响公平获取服务。 作者在文末提出了替代性的近期缓解策略，旨在保护服务完整性的同时，不牺牲公共服务的可及性。
抱歉。
**Adi2** 是一个基于 SDL3 构建的现代 Ada 原生 GUI 库。它提供了一套专业级的 UI 栈，在实现类 Web 开发工作流的同时，兼顾了 Ada 语言的高性能与安全性。
**主要特性：**
* **灵活开发：** 支持使用 XML 和 CSS 以声明式方式构建 UI，也可以直接使用原生 Ada 代码进行编程构建。修改 CSS 后无需重新编译即可实时生效。
* **丰富的渲染能力：** 支持 SVG（plutosvg）、Lottie 动画以及 HTML 风格的文档视图。
* **可移植性与高性能：** 编译产物为单个静态链接的二进制文件，大小不足 10MB。支持 Windows (XP+)、macOS、Linux 以及通过 WebAssembly 在 Web 上运行；利用硬件加速（Direct3D、Metal、Vulkan）并提供软件渲染降级方案。
* **现代化工具链：** 包含 HiDPI 支持、国际化（Gettext）以及 MCP 网桥，允许 AI 助手或自动化工具检查并驱动 UI。
* **开发体验：** 提供类 CSS 样式设计（选择器、过渡效果）、自动资源打包，并与 Ada 2022 标准深度集成。
Adi2 目前已在生产环境中投入使用。它为 Qt 或 Electron 等庞大依赖项提供了一个健壮且内存安全的替代方案，非常适合构建自包含、高性能的跨平台应用程序。
抱歉。
数字通信是基础设施的基石，但我们却将其视为一系列专有的“围墙花园”。虽然隐私倡导者通常偏爱 Signal 或 Element 等工具，但这些平台缺乏真正的互操作性，使用户容易陷入对单一供应商的依赖。仅靠开源代码是不够的，数字主权需要真正的**开放标准**。 作者认为，我们必须重现早期互联网的韧性，那时不同的硬件和服务可以通过标准化协议实现互通。尽管 Matrix 等一些现代项目声称能提供这种功能，但它们往往表现为单一供应商平台，控制权依然高度集中。 相比之下，**可扩展消息与出席协议（XMPP）**提供了一个经过 25 年验证的去中心化通信框架。该协议由 XMPP 标准基金会管理，运作方式如同一个真正的标准组织，需要达成共识并支持多种独立实现。通过强制推行开放标准而非采购专有软件，社会可以确保数字工具像道路和电网等实体基础设施一样，具备可替换性和韧性。XMPP 证明了通往主权独立数字未来的道路，或许不在于重新发明轮子，而在于拥抱既定且可互操作的基础。
这篇 Hacker News 的讨论回顾了 XMPP（Jabber）25 年的发展历程，重点探讨了它作为一种稳健的去中心化协议的地位，以及在当今用户采用率和实现碎片化方面所面临的困境。
支持者赞扬 XMPP 带来的数字独立性，并指出它在军事指挥、物联网和个人代理编排等专业领域仍有持续应用。他们认为，作为一个成熟的开放标准，XMPP 避免了与 Matrix 或 Telegram 等中心化替代方案相关的“厂商锁定”风险。用户强调，像 Prosody 或 Snikket 这样的现代服务器已经很大程度上解决了早期的配置难题。
然而，批评者指出了糟糕的用户体验，认为不同客户端对 XEP（扩展协议）的支持不一致，导致了加密（OMEMO）、文件共享和通知等方面的问题。许多人认为，“一切皆扩展”的模式导致了碎片化，使得用户难以像使用 Telegram 或 Slack 那样稳定地获得基础功能。
虽然 Matrix 常被视为更“现代”的竞争对手，并优先考虑持久化历史记录和社区功能，但 XMPP 的倡导者认为，对于那些真正重视去中心化和轻量化运行的用户来说，其核心的简洁性仍然是一项优势。
一位安全研究员在 Beam Living 的公寓租赁门户网站中发现了一个严重的漏洞，该门户网站被纽约市多个大型住宅区所使用。通过利用 GraphQL API 的缺陷，任何拥有申请人电子邮箱地址的人都可以获取其敏感个人信息，包括部分社会安全号码、出生日期、家庭住址、电话号码和信用评分。
研究员发现，该平台的 API 仅凭电子邮件地址即可获取敏感的用户数据，而无需进行会话身份验证。这一漏洞可能导致所有曾向 Beam Living 旗下房产提交过申请的人员的隐私记录面临泄露风险。
此次漏洞的披露过程存在明显问题。尽管研究员在数周内多次尝试联系该公司，但并未收到任何来自正式安全团队的回复。在通过租赁中介和运营人员升级反馈后，该漏洞最终被静默修复。虽然问题现已解决，但研究员强调，该公司在处理此次严重数据安全事件时，存在沟通不畅和缺乏透明披露流程的重大失误。
对不起。
从 Firefox 157 版本开始，JPEG XL 解码功能将在所有平台上默认开启。该功能由基于 Rust 的 `jxl-rs` 库提供支持，此前一直处于 `image.jxl.enabled` 配置项的开发阶段。 原型设计阶段最初引发的性能担忧已通过集成多线程解码得到解决，基准测试显示其性能与 Safari 的实现方案具有竞争力。虽然 JXL 在处理较小文件时的性能略逊于其他图像格式，但它与 Blink 的实现保持了功能对等，支持动画和渐进式显示。尽管 HDR 图像目前会以 SDR 格式渲染，但该实现提供的色调映射效果优于其他格式。 目前已进行了全面的测试，包括用于验证正确性的 WPT 测试，以及针对分块解码、动画和损坏处理的 Gecko 特定测试。此外，解码器还经过了严格的安全模糊测试。此次发布符合 ISO/IEC 18181 标准，并建立在既有的中立标准立场和“有保留地满意”的 TAG 审查基础之上。
抱歉。