您的浏览器似乎禁用了 JavaScript。如需了解如何启用 JavaScript，请点击此处。如果您遇到任何问题，请通过 [email protected] 与我们联系。
每日HackerNews RSS
一名装扮成达斯·维达的男子最近现身圣地亚哥市议会，倡导使用 Flock 安全摄像头，这在 Hacker News 上引发了热烈讨论。
用户们就此类戏剧性抗议方式的有效性展开了辩论。一些人认为，穿奇装异服会削弱论点的严肃性并引起议会成员的反感；而另一些人则指出，常规的公众意见往往会被忽视。从这个角度来看，这种装扮是一种战略性的妙招，成功获得了全国媒体的关注，而这是标准、严肃的陈述很可能无法实现的。
讨论帖还谈及了地方政府会议中那种类似《公园与游憩》般超现实的氛围，在那里，古怪的行为往往是官僚主义的真实写照。归根结底，这一事件凸显了一个愤世嫉俗却又现实的真相：在公共官员可能对常规倡议充耳不闻的时代，非传统的噱头已成为将议题强行推入公众视野的必要手段。
浏览器已禁用 JavaScript。请启用 JavaScript 以继续。本网站所需的部分内容无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置所致。请检查您的连接、禁用广告拦截器或尝试使用其他浏览器。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
公共厕所都去哪儿了？ (jstor.org)
10 分，发布者：herbertl，26 分钟前 | 隐藏 | 过往 | 收藏 | 3 条评论
帮助
mring33621 0 分钟前 | 下一条 [-]
“因新冠疫情关闭”
回复
readingnews 8 分钟前 | 上一条 | 下一条 [-]
这种情况似乎也正在公共公园里发生。我到访过两座相距半个国家的城市，而且我已经去那里几十年了。所有公共城市公园（这些公园在当地人和游客中都很受欢迎）里的公共厕所都不见了。起初他们关闭了厕所，然后拆除了建筑。当地人以为“哦，肯定是在建新的”，但并没有，它们被拆除后就再也没有重建。
回复
Daviey 1 分钟前 | 上一条 [-]
它们看起来都像是可爱的“小屋”。
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
本文介绍了一种使用非反转曲率半径来确定贝塞尔曲线控制柄的方法，这比曲率梳更自然且稳定。通过这种方式定义控制柄，可以在需要时将其转换为标准的贝塞尔点，从而避免数值漂移，并消除频繁进行数据转换的需求。 为了实现这一点，作者推导出一套二次方程组，根据目标曲率（$k_0, k_1$）、起点/终点位置及单位切线，计算出切线长度 $l_0$ 和 $l_1$。数学分析表明，曲率由到切线的垂直距离决定。$l_0$ 和 $l_1$ 之间的耦合关系取决于切线的相对角度；如果切线平行（$b=0$），方程将变得独立且易于求解。最终，计算这些控制柄的过程简化为寻找两条双抛物线的交点，从而在保持曲线方向翻转所需的灵活性的同时，实现动态且具备曲率感知能力的曲线编辑。
这篇 Hacker News 帖子讨论了《曲率贝塞尔——对经典配方的改进》（acko.net）一文，该文探讨了对传统贝塞尔曲线的现代改进。
讨论强调了开发者在构建自己的矢量和字体编辑器时，尝试改进曲率和样条连续性的趋势。参与者分享了各自的项目，例如具有独特锚点处理功能的网页编辑器、自定义曲线拟合工具和键驱动界面。
一个反复出现的主题是曲线优化的数学挑战。参与者频繁提及该领域杰出人物 Raph Levien 的工作，引导用户参考他关于简化、拟合和并行化三次贝塞尔曲线的研究。此外，用户还推荐了教育资源（特别是 Freyr 的视频），供那些希望加深对样条连续性和贝塞尔曲线几何图形理解的人参考。此次讨论反映了社区对将矢量图形技术发展到超越标准实现范畴的广泛兴趣。
旧金山 —— 游戏 旧金山 —— 游戏城市在线 准备探索 G · 瓦片流 中心空闲 · 等待瓦片状态 填充 = 当前所有者 Z20 Z17 Z16 Z15 地面文件完整 列已就绪 可见角落加载中 C · 第三视角 R · 重置 − 减速 + 加速 − 缩放 + 缩放 V · 步行 P · 世界安全 N · 生命关闭 L 范围 470 米 复制调试日志 木材 0 石材 0 金属 0 旧金山 L · 详细模式 旧金山街区已就绪 100% 你周围的街道已准备就绪。 WASD 移动 · 鼠标环视 · 空格键跳跃 · Shift 奔跑 · C 切换视角 · H 滑翔伞 WASD 视角控制 H 滑翔伞 −+ 速度 ↑↓ 缩放 SHIFT 冲刺 / 退出 V 载具 C 视角控制 H 滑翔伞 + 加速 ⇧ 冲刺 V 汽车 − 减速 000 英里/小时 加载中 欢迎来到旧金山 重试
最近，一个名为“将整个旧金山变成电子游戏”（thijs.gg）的项目在 Hacker News 上引起了广泛关注。该网站利用地理空间数据（据称来自苹果地图），在浏览器中提供了一个可交互的 3D 旧金山模拟环境。用户可以在这个低多边形风格、还原度惊人的虚拟城市中步行、驾驶或滑翔。
该项目在旧金山的前任和现任居民中引发了一波怀旧热潮，他们称赞这种体验能够重现普通地图工具无法捕捉的特定街区和记忆。尽管用户指出了诸如内存占用高、部分设备性能问题以及偶尔出现的“梦幻般”视觉瑕疵等技术局限，但许多人仍对利用 GIS 数据构建开放世界游戏的前景感到兴奋。
讨论还回顾了以旧金山为主题的游戏历史，从 1989 年的经典之作《Vette!》到《看门狗 2》，并引发了关于该项目使用专有地图数据合法性的争论。目前，用户们已经开始呼吁制作其他主要城市的类似模拟作品，这显示出人们对地图绘制、游戏和城市探索这一交叉领域的浓厚兴趣。
请启用 JavaScript 和 Cookie 以继续。
对不起。
Hot Chips 2026：CUDA 瞄准 RISC-V —— Chester Lam 著 Hot Chips 2026: CUDA Targets RISC-V – By Chester Lam
14 小时前
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 硬件上运行，仍存在不确定性。
Hacker News 上近期的一场讨论关注了“Chips and Cheese”发布的一篇关于 Nvidia 计划将 CUDA 引入 RISC-V 平台的文章。
评论者指出，Nvidia 并未仅仅将 CUDA 移植到现有硬件上，而是正在建立一套标准化的“CUDA 兼容 RISC-V 服务器配置文件”。通过强制要求 UEFI、ACPI 和 TPM 等特定标准，Nvidia 实际上为 RISC-V 生态系统施加了其长期缺失的标准化规范。参与讨论者认为，这可能为处于“蛮荒时期”的 RISC-V 设计带来亟需的秩序，从而为服务器开发创造更稳定的平台。
然而，讨论中也存在怀疑声音。批评者指出，CUDA 依然是一种私有的闭源技术，且一些用户对 Nvidia 过去总是优先考虑自身生态系统而非 OpenCL 等开放标准的做法表示不满。归根结底，社区认为此举是 Nvidia 试图主导高性能 RISC-V 服务器架构需求的重要动作。
本网站正在使用安全服务来抵御在线攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
抱歉。
无限流 为每个用例创建一个流，而不是将同类记录全部塞入同一个主题中。每个流都是独立寻址的、无底的，并且可以从空闲状态扩展到高吞吐量。 无限流 零磁盘架构 解耦层 高吞吐量 简易部署
PicoMQ 是一个基于 Rust 构建的全新持久化流（Durable Streams）服务器，建立在对象存储（如 S3）之上。它旨在作为 Kafka 等系统的可扩展、高性价比替代方案，支持细粒度、基于 URL 寻址的流，适用于聊天平台（如类似 Discord 的应用）或实时消息订阅等场景。
**关键技术细节：**
* **架构：** 使用 S3Stream（源自 AutoMQ 的存储引擎）处理数据，并利用 Postgres 命令日志进行协调。
* **性能：** 虽然标准对象存储在写入确认（ACK）上会有约 250 毫秒的延迟，但开发者指出可以通过 AWS S3 Express 或 GCP Rapid Buckets 加以改进。未来的更新将引入可选的磁盘暂存预写式日志（WAL），以实现个位数毫秒级的延迟。
* **差异化：** 与 S2-Lite 等现有解决方案不同，PicoMQ 支持多节点/集群部署，且避免了 Kafka 的运维复杂性。
* **成本：** 开发者强调其极致的效率，预计在高吞吐量（每天 100 万条消息）下的成本可低至每月 30 至 150 美元，主要成本支出在于计算和网络开销，而非存储。
该项目旨在简化有状态流式应用所需的基础设施，同时保持节点层面的轻量化和无状态特性。
请粘贴来自其他浏览器或会话的 JSON 报告（复制 JSON 报告 → 粘贴到此处）。GlassBox 会对每个层级进行评分，并告知你它们是否属于同一台设备、同一个引擎家族或同一个浏览器——这正是真正的跨浏览器追踪器关联你的方式。进行对比。
抱歉。
2026年8月17日，对象存储、容器镜像库和部署服务经历了长达8小时15分钟的中断。根本原因是单台存储服务器发生不明原因的断电。由于系统的纠删码配置允许数据块驻留在同一台机器上，导致单台服务器的故障使得关键数据无法访问。虽然没有客户数据丢失或损坏，但挂起的部署任务需要手动重新触发。 主要故障并非硬件本身，而是“检测滞后”：尽管监控系统在几分钟内就准确识别出了中断，但团队直到几小时后才收到警报。 为解决此问题，公司已实施两项立即生效的变更： 1. **关键警报：** 状态页更新现在会直接向值班工程师拨打电话。 2. **自动恢复：** 新的监管系统可以使用严谨的多信号验证远程重启无响应的服务器，以防止误触发。 从长远来看，公司正优先将记账记录与对象数据迁移至独立的故障域，以确保未来硬件故障仅导致服务降级，而非全面中断。团队还在扩大基础设施容量，以确保集群能够安全承受单节点丢失的影响。
Hacker News 社区正在批评一家托管服务商（danubedata.ro）对其服务器宕机八小时的处理方式。讨论主要集中在两个核心问题：
1. **监控缺失：** 用户指出，专业的托管服务应具备自动化监控系统（如 LibreNMS），以便立即检测故障，而不是在近八小时后才发现。评论者认为该服务商的基础设施和警报机制显得极不专业。
2. **人工智能生成的内容：** 该服务商的事后报告因明显出自大语言模型（LLM）之手而遭到广泛嘲讽。批评者认为，在处理此类事故报告时使用 AI 显得冷漠且缺乏同理心，让公司看起来对客户的信任漠不关心。
一些参与者猜测，该服务商对 AI 的依赖可能源于其位于罗马尼亚，希望以此克服语言障碍。然而，目前的共识是，此次事故及其机械化的沟通方式是一个危险信号，不仅损害了公司的信誉，也反映出其缺乏稳健的技术监管。