No.01
Show HN: Getting GLM 5.2 running on my slow computer
展示:在我的低配电脑上运行 GLM 5.2
602 分
141 条评论
作者: vforno
开发者 JustVugg 开源了项目 Colibrì,实现了在普通消费级硬件上运行 GLM 5.2 大语言模型。核心思路是利用 NVMe SSD 的高速顺序读写性能,通过内存映射文件(mmap)将模型权重换入换出,绕过显存和内存容量限制。项目在 1 token/秒的性能下完成了测试,且对 SSD 几乎无写入损耗(纯读取)。评论社区反响热烈:有人认为这是「显而易见的好点子」,与 Apple Silicon 统一内存架构天然契合;也有用户关心 SSD 寿命问题(作者回应为只读操作,实际无写入风险)。性能层面,有用户指出 0.05-0.1 tok/s 在批量推理场景下仍有实用价值。争议集中在:如此慢速推理是否真正「可用」,以及普通用户能否负担得起 24GB 内存加 NVMe SSD 的配置。
No.02
EU Parliament greenlights Chat Control 1.0
欧盟议会强行通过Chat Control 1.0:多数议员反对仍生效,引发民主与隐私权争议
1306 分
613 条评论
作者: rapnie
欧盟议会以314票反对、276票赞成的结果强行通过了「Chat Control 1.0」临时法规,允许对私人通讯进行无嫌疑大规模扫描。尽管投反对票的议员多于赞成票,但因未达到绝对多数门槛361票,否决案未能通过。该法规将持续执行至2028年。前欧洲议会议员帕特里克·布雷尔批评这是「闹剧」,指出受害儿童才是真正输家。值得注意的是,法规对端对端加密通讯有象征性豁免,但实际扫描主要针对Instagram、Discord、Snapchat等平台上的未加密私人消息。批评者援引数据称:大规模扫描仅占2024年虐待举报的36%,而欧盟委员会承认无证据表明此措施增加了定罪率或营救了更多儿童。受害者团体代表则明确表示,无目标扫描并未帮助到他们。永久性「Chat Control 2.0」谈判将于9月重启,核心争议仍是应否只针对法院认定的嫌疑犯进行扫描。
No.03
Train sim created by just one person is being called the best ever made
一人开发的火车模拟游戏被称为史上最佳
508 分
177 条评论
作者: oumua_don17
印度尼西亚开发者 Rizky Nova 创立的 Novatetsu Games 使用 Unreal Engine 开发了《Running Train》,一款被众多玩家誉为史上最佳的火车模拟游戏。游戏设定在虚构的日本地区,包含40公里轨道和42条不同路线,既有6分钟的短途,也有44分钟的长途,并支持不同天气和时间。游戏支持手动驾驶(控制速度、刹车、安全停站)也可让列车自动运行,玩家以自由视角欣赏沿途精心制作的场景——从变电站延伸的电线网络、道路车流、公寓旁停放的车辆、山坡上的神社到海面上的渡轮皆栩栩如生。Steam 好评如潮,被称「市场上最美丽的火车模拟游戏」。当前处于 Early Access 阶段(售价18美元),计划加入乘客系统和车掌模式,目标是扩展至100公里轨道。
No.04
Show HN: 18 Words
18个单词:字母重组挑战游戏
964 分
315 条评论
作者: pompomsheep
18 Words是一款字母重组益智游戏,玩家每关有30秒时限将打乱的字母拼成正确单词,连续通过18关即为胜利,一旦超时即刻游戏结束。评论社区对该计时机制意见明显分化:一派认为计时器过于紧张、建议改为累计时间或提供无计时模式;另一派则觉得紧迫感正是游戏精髓所在。功能请求集中在添加「重新打乱」按钮、类 Wordle 的分享功能、以及失败后继续游玩其余关卡的选项。另有用户反映移动端字母显示不完整、拼字列表中存在冷僻词(如苏格兰俚语 BAITH)影响体验,以及非英语母语者因发音直觉差异而倍感吃力。总体而言,玩家认可其简洁优雅的 UI 设计和令人上瘾的玩法,部分人甚至将其与 AOL 聊天室时代的字母游戏类比,给予高度评价。
No.05
GPT-5.6
OpenAI 发布 GPT-5.6:智能与效率并重,Sol 在 ARC-AGI-3 首创山线突破
1221 分
870 条评论
作者: logickkk1
OpenAI 发布 GPT-5.6 系列模型,包含 Sol、Terra、Luna 三个版本。5.6 Sol 在 ARC-AGI-3 基准上达到 7.8%,成为首个验证过的山线模型,在 GeneBench 和 LifeSciBench 上超越 Claude Fable 和 Opus 4.8。核心卖点是「智能与 token 效率并重」——Sol 每任务成本 $1.04,显著低于 Opus 4.8 的 $1.80 和 Fable 的 $2.75;Luna 仅 $0.21。上下文窗口从 258k 扩展至 353k。开发者反馈积极,称其代码扫描与优化能力强、自动化程度高。但有用户反映长任务中 guardrails 过于敏感,Sol 倾向于过度委托子任务导致成本飙升。此外,官方未公布知识截止时间,引发疑虑。
No.06
Postgres rewritten in Rust, now passing 100% of the Postgres regression tests
展示:用 Rust 重写 Postgres,已通过 100% 回归测试
614 分
517 条评论
作者: SweetSoftPillow
开发者 malisper 宣布用 Rust 完整重写了 PostgreSQL,并通过 100% 的官方回归测试。项目目标是「让 Postgres 更容易从内部改造」,借助 LLM 将有 30 年历史的 C 代码库转换为 Rust,以期提升内存安全性。项目在 GitHub 开源,附带浏览器内运行的 WebAssembly 演示。然而社区质疑声居多:代码中包含 2664 处「unsafe {}」和 1835 个「unsafe fn」,内存安全优势大打折扣;许可证从 PostgreSQL 改为 AGPL,是否合规存疑;LLM 训练于 Postgres 三十年贡献史,重写可能涉及许可证侵权;回归测试无法覆盖并发等核心架构变更带来的风险。多位评论者认为这是「LLM 重写 meme」的又一案例,生产环境使用为时尚早。
No.07
Interview with Mitchell Hashimoto about Ghostty and Zig
Mitchell Hashimoto 谈 Ghostty 终端与 Zig 语言:开源、开发哲学与行业反思
216 分
95 条评论
作者: veqq
Mitchell Hashimoto(Vagrant、Packer、Consul、Terraform 等知名开源工具的作者)离开 HashiCorp 后,选择用 Ghostty(终端模拟器)和 Zig 语言来重新打磨技术。他做 CLI 应用 15 年却不懂终端底层原理,想通过 Ghostty 项目同时学习 GPU 编程、桌面系统编程和 Zig。访谈中他阐述了对终端的愿景:文本应用(monospaced-grid)有其独特价值——快速实现、易于交互、清晰的安全模型,终端不适合被推成另一个浏览器平台。真正的问题在于 PTY 无结构字节流的带内信令,他提出 n-screen API(无限屏幕)和 button protocol 两个新协议方向,希望推动终端标准化。他还强调开源维护者对用户「零义务」,但自己会平衡大愿景与日常问题。关于语言选择,他直言不喜 Rust 文化,引发社区热议。
No.08
Hy3
腾讯 Hy3:小体型大能量,挑战 SOTA 的开源模型
452 分
91 条评论
作者: andai
Hy3 是腾讯推出的开源大语言模型,拥有 295B 参数,在 8 张 H20-3e GPU 上即可运行。其性能在多项基准测试中接近甚至超越 DeepSeek V4 Pro,但模型体积更小,引发社区热议。Hy3 采用 Apache 2.0 许可证,在 OpenRouter 排名一度登顶,目前回落至第 8/9 位。有用户反馈其速度较慢、存在 HTTP 错误和限流问题,还有人质疑基准测试存在「刷分」嫌疑。与 DeepSeek V4 Flash、GLM-5.2、Qwen 3.6 27B 等同类模型相比,Hy3 在性价比和世界知识方面表现突出,但在代码和 agentic 任务上评价不一。Novita 目前在 OpenRouter 提供免费试用至 7 月 21 日。
No.09
The glass backbone: Why the Army's logistics will break in the next war
玻璃骨干:为何美军后勤在下场战争中会崩溃
365 分
445 条评论
作者: baud147258
美国陆军过去二十年以「效率优先」优化后勤体系,依赖无争议补给线、承包商与静态基地。然而随着国防战略转向大国竞争与多域作战,这一模式已成负担。文章通过巴巴罗ossa行动揭示后勤崩溃如何抵消战术优势;并以乌克兰战争为例,说明现代战场上感知、精确打击与廉价无人机已消除传统后方概念——军队常因后勤耗尽而非武器耗尽而崩溃。核心脆弱点在于:III类(燃料)与V类(弹药) bulk运输能力不足,以及过度依赖集中化基础设施。作者建议从集中枢纽模式转向分散、移动、特征管理的分布式保障网络,同时为保障部队配备防空与反无人机能力。
No.10
My Story of 3D Realms / Apogee Part I (2020)
我在3D Realms/Apogee的日子
67 分
2 条评论
作者: Michelangelo11
本文是Joe Siegler对Apogee Software(后更名为3D Realms)历史的回顾。作者于1992年12月加入Apogee,是除Scott Miller家人外的第一位员工,在公司工作了近17年。文章讲述了他如何从费城BBS运营商转型为Apogee的beta tester,最终全职加入达拉斯总部的经历。他负责过电话支持、线上社区管理(开创性的「社区经理」角色),并重新组织了Apogee的shareware分发体系,统一了压缩格式和file_id.diz规范。文章还回顾了1990年代shareware发行的挑战,如Monster Bash成为首个超过1MB下载的游戏,被迫推出精简版。Apogee由Scott Miller于1987年创立,以「episode demo」模式开创了shareware游戏发行先河,代表作包括Commander Keen、Duke Nukem 3D等。
No.11
No leap second will be introduced at the end of December 2026
IERS宣布2026年12月不实施闰秒
269 分
205 条评论
作者: ChrisArchitect
国际地球自转服务(IERS)宣布,2026年12月31日将不引入闰秒。闰秒用于协调世界时(UTC)与地球自转产生的时间差异,因地球自转速度受气候、地质活动、水资源迁移及冰川融化等多种因素影响而不可预测。这一决定意味着UTC-TAI偏移量维持−37秒,UTC-GPS偏移量维持−18秒。评论区指出,UNIX时间戳完全忽略闰秒,导致存在无法用时间戳表示的物理秒,这对依赖精确排序的系统构成挑战。大型科技公司如Google采用「时间平滑」策略,在数小时内逐步调整时钟以避免闰秒带来的系统冲击。社区还讨论了彻底废除闰秒、改用闰小时的提案,以及时间维护代码对全球基础设施的重要意义。
No.12
Harman and Dr. Sean Olive are reshaping headphone sound (2025)
Harman 与 Sean Olive 博士重塑耳机音质(2025)
14 分
1 条评论
作者: ledoge
Crutchfield 拜访 Harman 国际总部,聚焦 Dr. Sean Olive 在耳机声学领域的研究。Sean Olive 是全球知名的声学研究专家,其团队通过大量听众偏好测试,研究人们实际偏好的频响曲线,并以此为基础为各大耳机品牌调音。Harman 的目标是将主观听感与客观声学数据结合,打造更符合大众审美的音质标准。文章探讨了科学测量与个人听觉体验之间的张力,以及未来耳机调音的发展方向。评论区的提问则将话题引向更深层的争议:人类对音质的感知是否存在生理上限?高端设备的听感提升究竟是真实差异还是心理暗示?
No.13
Life with Hazard Ratios
风险比率的真相:如何将 HR 转换为实际寿命变化
32 分
11 条评论
作者: surprisetalk
文章探讨健康研究中风险比率(HR)的理解难题。作者指出,常见的换算方式——「基准预期寿命75年 × HR=0.90对应增加7.5年」——完全错误,因为HR对预期寿命的影响取决于死亡风险在时间上的分布。作者用俄罗斯轮盘赌的两个极端例子说明:同样的HR=0.5,在风险集中于晚年时几乎不改变预期寿命,在风险分布于全程时却能让预期寿命翻倍。真实人类介于两者之间。更复杂的是,HR往往随年龄变化,但研究通常假设恒定值。幸运的是,对现代人而言,这种简化大体可行——恒定HR隐含地取了加权平均,权重恰好反映各年龄段对寿命变化的贡献。核心公式为:ΔL ≈ ln(1/HR) × 12.93年(美国男性)。例如,HR=0.75(多吃纤维)约增寿3.7年,HR=1.25(偶尔吸烟)约减寿2.9年。文章最后提醒:预期寿命是人群均值,「你并非人群」。
No.14
A road to Lisp: Why Lisp
走近 Lisp:为何值得学习
216 分
161 条评论
作者: silcoon
文章探讨 Lisp 这门历史悠久的语言为何仍值得学习。作者以自身经历说明,初见 Lisp 语法(大量括号、前缀表示法)确实令人困惑,但一旦跨越学习曲线,将获得其他语言无法赋予的思维能力。核心论点是 Lisp 的「可扩展性」——它不仅是编程语言,更是可自我扩展的语言。通过宏(macro),程序员可以在语言内部创建新的语言构造,且宏不像函数那样预先求值参数,而是将代码块当作数据进行操作,实现「代码即数据」(同像性)。作者以 while 宏为例,展示如何将 (loop while ... do ...) 简化为更直观的写法,说明通过自定义宏可以不断向问题域生长语言,从而写出更简洁、更表达意图的程序。
No.15
Common prefix skipping, adaptive sort
Orasort:通用前缀跳过自适应排序算法
18 分
0 条评论
作者: theanonymousone
本文介绍了一种由作者在 Oracle 期间发明的内存排序算法 Orasort(专利 US7680791B2 已过期)。该算法具备四大特性:通用前缀跳过(比较键时跳过公共前缀以节省 CPU 开销)、自适应切换(根据公共前缀长度在 quicksort 与最高位数字基数排序之间动态切换)、键子字符串缓存(沿分区深入时缓存后续所需字节,减少缓存未命中)、以及支持提前输出(排序未完成即可向查询返回部分有序结果)。该算法专为数据库场景优化,尤其适合大于 8 字节且相邻行常有长公共前缀的键,在 10gR2 中落地时相比原有排序算法实现约 5 倍性能提升。
No.16
A possible future for Damn Interesting
Damn Interesting 创始人自述:一个独立内容网站的存亡之困
276 分
37 条评论
作者: mzur
Damn Interesting 创始人 Alan Bellows 撰文讲述该网站二十年的坚守与当前困境。他曾靠兼职工程工作维持运营,如今这种弹性岗位已消失,被迫接受全职工作。他指出 AI 垃圾内容正淹没互联网,独立创作者空间日益萎缩。作为实验性尝试,他发起一次性募捐,目标是筹得相当于原兼职收入的资金,以便未来一年能将更多时间投入网站内容创作。网站此前已有 Give a Damn 捐赠系统覆盖月度运营成本(服务器、订阅授权、作者报酬等约1800美元/月),这笔新资金将专用于他本人的编辑工作时间。文章结尾以 Magic 8 Ball 的趣味冷知识作结:其内置的二十面骰有十个「YES」和五个「NO」,肯定回答的概率是否定回答的两倍。
No.17
Launch HN: Context.dev (YC S26) – API to get structured data from any website
展示:Context.dev (YC S26) – 任意网站结构化数据提取API
91 分
64 条评论
作者: TheYahiaBakour
Context.dev 是 Y Combinator S26 孵化的网页数据 API 服务,主要解决 AI Agent 获取实时网络数据的问题。核心功能包括:将任意URL转为干净markdown、支持JS渲染的网页抓取、用 Zod schema 定义提取结构化数据、品牌/公司信息查询、以及直接通过 URL 参数获取网站 Logo。相比自建爬虫和拼接多个供应商,开发者只需调用一个 API 即可获得网页内容、截图、品牌 intelligence 等数据。定价按 credit 计费(1 credit = 1 次抓取),已集成 Mintlify、DocsBot 等客户,宣称 10 分钟内可完成接入。社区讨论焦点集中在与 Firecrawl 等竞品的差异化、是否使用 residential proxies 高频抓取、robots.txt 合规性、定价竞争力,以及是否支持 MCP 协议等问题。
No.18
Building a real-time AI tutor for 5-year-olds
一家创业公司如何为5岁孩子打造实时AI家教
83 分
121 条评论
作者: catalinvoss
Ello团队分享为4-9岁儿童构建实时AI家教的技术架构。核心挑战是:儿童注意力窗口极短,2秒延迟足以让其走神,因此响应必须亚秒级。他们放弃了标准agent循环,改用自定义架构:模型流式输出多个动作,解译器边生成边执行,儿童只需等待约30个token后首个动作即可触发。同时引入双agent系统——「converser」负责实时对话,「planner」异步运行在后台分析与预测儿童反应,提前生成备选答案分支。安全检查也需与生成解耦,并行执行以免增加延迟。团队坦承代价是需自建可观测性,且预测分支会带来额外成本与偶尔的误判。
No.19
Build your own vulnerability harness
构建你自己的漏洞发现工具
40 分
17 条评论
作者: ianrahman
Cloudflare 分享了如何构建模型无关的漏洞发现工具。项目核心是将单一安全技能扩展为 fleet-wide 扫描管道,关键在于让模型成为可替换组件而非绑定单一模型。他们设计了两阶段系统:Vulnerability Discovery Harness(VDH)负责主动扫描发现潜在漏洞,Vulnerability Validation System(VVS)负责去重、判断和修复,使用完全不同的模型相互校验,形成对抗性第三方审查。为解决上下文耗尽问题,他们将 LLM 视为无状态计算引擎,完全外部化状态管理。该系统可跨 128 个代码仓库运行,自动追踪跨仓库依赖关系,无需针对特定语言做调整。文章也坦承早期遇到的瓶颈:从单次运行只能发现约半数 bug,且偏向简单明显的漏洞,需要多次运行并手动比对。
No.20
Damaged Earth Catalog
损坏地球目录
3 分
1 条评论
作者: Duanemclemore
「损坏地球目录」是一个收录替代性技术运动名称的倡议型网站,涵盖适当技术(Appropriate Technology)、良善计算(Benign Computing)、崩溃信息学(Collapse Informatics)、限制内计算(Computing within Limits)、 convivial 技术、减速发展(Degrowth)、残障驱动开发(Disability Driven Development)、生态女权技术、低技术(Low-Tech)、补丁计算(Patchwork Computing)、永久计算(Permacomputing)、冗余技术、打捞计算(Salvage Computing)、小型技术等二十余种抵抗主流技术体制的思潮与实践。网站认为,当前政府、大企业、正规教育和教会的远程权力已极度膨胀,导致利润掩盖了真实损失;作为回应,基层社区正在发展自主教育、环境塑造和知识共享的权力。该目录旨在寻找和推广有助于这一进程的实践,反映了对技术自主性和生态可持续性的共同追求。
No.21
Why American ambulance rides are so expensive
美国急救车为何天价?
183 分
241 条评论
作者: jyunwai
美国急救车费用高企的核心原因并非贪婪,而是一套扭曲的支付机制。1965年 Medicare 将急救车按「次计费」纳入报销体系,但急救服务的真实成本并非来自运送本身,而是24小时待命的运营开销——车辆、站点、随时待命的医护人员。这导致急救车公司被迫将固定成本压缩进每次出车的账单,形成天价「基础费」。约半数商业保险用户会收到网络外「惊喜账单」,2020年国会禁止意外账单时将地面急救车豁免在外。解决方案是将急救车服务视为消防部门式的公共服务,通过税收或统一保费覆盖,而非每次使用时单独计费。
No.22
Apple Silicon Exec Explains Mac Mini AI Demand and On-Device Future
苹果芯片高管谈 Mac Mini AI 需求激增与本地推理未来
67 分
52 条评论
作者: tosh
苹果硅芯片高级产品经理 Doug Brooks 在 WWDC 2026 前夕接受采访称,Mac mini 与 Mac Studio 已成为运行 AI 智能体的首选设备,因其可独立于主力机器、24/7 运转且完全可控。他指出 AI 正从云端向本地迁移,驱动因素包括隐私、安全及推理成本上升,但未来属于云端与本地混合架构。Brooks 强调 AI 是「整颗芯片」的问题而非单独 GPU,Neural Engine 与 CPU/GPU 内的神经加速器协同工作,这种设计早在 LLM 浪潮前就已布局。苹果还提及「透明 AI」概念——如 Draw Things 图像生成和 SwingVision 运动分析等无需宣传的隐性功能。评论对此反应不一:有人认可苹果无广告的本地体验,也有人指出在 Mac 上配置本地模型困难重重、Neural Engine 对 LLM 实际用处有限、新 Siri 表现仍落后于 GPT,亦有人看好高端 Mac Studio 的 eBay 溢价行情。
No.23
Muse Spark 1.1
Meta 发布 Muse Spark 1.1:专注代理任务的多模态推理模型,百万 token 上下文
365 分
181 条评论
作者: ot
Meta 推出 Muse Spark 1.1,这是其超级智能实验室开发的多模态推理模型,专注于代理任务(agentic tasks)。该模型在工具调用与计算机使用、编码、多模态理解方面有显著提升,拥有 100 万 token 上下文窗口,可跨应用协调复杂项目。作为主代理能制定计划并委托给并行子代理,作为子代理能遵守职责并在必要时升级。计算机使用方面,能在多应用工作流中保持上下文,理解何时自动化何时直接操作界面。编码方面能诊断复杂 bug、执行大规模代码迁移。Meta 还同步推出 Muse Image,并开放 Meta Model API 公开预览。安全评估显示其在化学/生物、网络安全和失控风险等前沿风险类别中均处于安全边界内,并展现出更强的对抗性鲁棒性、更低幻觉率和更少谄媚倾向。定价为每百万 token 1.25/4.5 美元,缓存输入仅 0.15 美元,被评价为「 Opus 级别智能、Haiku 级别价格」。
No.24
Triple Dragon Fractal (2020)
三重复龙分形 (2020)
42 分
9 条评论
作者: nhatcher
Paul Bourke 于 2020 年 12 月在其个人网站上分享了三重复龙分形(Triple Dragon Fractal)的渲染图与代码实现。这类分形源于复数域上有理映射 z³/(z³+1) + c 的迭代,属于数学上早已被研究的分形类别。Bourke 的工作主要是用代码实现并生成了精美的可视化图像。然而社区对其「创造」(created)这一措辞产生争议:有观点认为 Bourke 只是复现了一个已知的数学对象,声称「创造」略显自负;也有反驳认为 Bourke 仅是在宣称创建了这个特定网页和渲染,而非宣称发明了背后的数学理论。这场讨论折射出图形编程社区对「原创性」界定的常见分歧——代码实现与数学概念之间的归属问题。
No.25
Girls just wanna have fast MPMC queues with bounded waiting
实现bounded waiting的快速MPMC队列:一种ticket lock方案
157 分
33 条评论
作者: EvgeniyZh
作者基于 ticket lock 等待机制实现了一个bounded MPMC队列。理论模型是:生产者和消费者各自从ticket分发器取票,票上写有盒号和预约号,显示牌在对应盒子上等待叫号。该设计保证每个盒子状态严格交替(空→有货→空),确保生产者总有空位写入、消费者总有满位读取。实现上使用两个AtomicUsize计数器(生产者/消费者)和两个环形缓冲区(数据缓冲区和状态缓冲区),状态缓冲区每项记录当前轮到哪类线程(生产者/消费者)及预约号,入队/出队通过fetch add获取预约号、轮询状态位、写入/读取数据、切换状态位完成。作者最初声称这是wait-free队列,但被指出错误:wait-free要求任何线程的失败/挂起都不能影响其他线程,而该结构并不满足这一点。评论指出代码中存在unsafe impl Sync的问题,以及可能存在false sharing风险。
No.26
Parental device use and the adolescent-caregiver attachment bond
父母设备使用与青少年依恋关系: technoference 与青少年安全感研究
116 分
92 条评论
作者: hbcondo714
发表在《Frontiers in Psychology》的一项研究探讨了「technoference」现象——即父母在陪伴青少年时被手机等设备分心的行为。研究开发了「设备依恋干扰量表」(DAIS),对600名12至17岁美国青少年进行问卷调查,结果显示:青少年感知到的父母设备干扰越多,其不安全感依恋程度(焦虑型或回避型)越高,且对父母双方均成立。研究指出父母设备使用可能影响青少年的依恋安全感,但因果方向仍存争议——是设备干扰导致了不安全感,还是不安全感强的父母更易沉迷设备?社区评论中不少人批评该研究方法薄弱、混淆相关性与因果性,也有人认为亲子互动本就难以严格实验验证。
No.27
Cache-Conscious Data Layout in Rust: Field Zoning, False Sharing, 128-Byte Rule
Rust 缓存感知数据布局:字段分区、伪共享与 128 字节规则
23 分
14 条评论
作者: eigenBasis
本文是 Rust 低级系统设计系列第一篇,以 SPSC 环形缓冲区为例讲解多线程数据结构的数据布局优化。核心观点:单线程只关心「是否放入缓存」,多线程还需关注「哪个核心访问哪个字段、多频繁」。因为缓存行(通常 64 字节)是核心间通信基本单位,两个核心写入不同字段若恰好共享同一缓存行,会通过硬件一致性协议静默序列化——这叫「伪共享」,代码看起来无锁但性能远低于预期。解决方案是「字段分区」:按「写入者+频率」将字段分组到不同 Zone,热点字段按核心隔离,冷字段可打包。实现上,`#[repr(C)]` 确保字段声明顺序不被编译器重排(这会影响 Zone 划分),`CacheAligned<T>` 将字段对齐到 128 字节边界以避免跨行伪共享。作者强调填充对齐只针对跨核争用字段,冷字段紧凑排列即可,不必全部对齐。
No.28
Patterncollider: Generate and explore quasiperiodic tiling patterns
Patterncollider:生成与探索准周期平铺图案
44 分
2 条评论
作者: tobr
Patterncollider 是一个用于生成和探索准周期平铺图案的开源工具。准周期平铺(quasiperiodic tilings)是数学中一个独特领域,其特点是在整体上不具备周期性重复结构,却能完美覆盖平面——著名的彭罗斯平铺即为其中代表。该工具提供了精良的可视化图示,展示了网格与滑动平铺的构造过程,帮助用户直观理解这类图案是如何生成的。工具支持交互式探索,让研究者、爱好者能够亲手调试参数、观察图案变化。
No.29
John Deere owners will get the right to repair equipment under FTC settlement
FTC与多州联合对John Deere提起反垄断诉讼:农民将获设备维修权
1314 分
278 条评论
作者: djoldman
美国联邦贸易委员会(FTC)联合亚利桑那、伊利诺伊、密歇根、明尼苏达、威斯康星五州,与农用设备巨头John Deere达成维修权和解协议。根据协议,Deere须向设备所有者和独立维修店提供诊断和维修工具,禁止经销商对选择自主维修的用户进行报复,并支付100万美元的执法费用,同时接受为期10年的合规监督。该诉讼源于Deere长期向授权经销商提供完整维修软件,却拒绝向农民和独立维修店提供的行为。这是Deere今年达成的第二起维修权相关和解此前4月曾以99万美元与农民达成集体诉讼和解。社区评论普遍认为100万美元罚款金额过小,对于年利润数百亿美元的Deere而言无关痛痒;也有声音指出这只是开始,真正落地执行才是关键。
No.30
Buried Apple feature turns an iPhone into the perfect kids' dumb phone
藏在辅助功能里的儿童手机方案:iOS Assistive Access 深度体验
332 分
201 条评论
作者: PotatoNinja
作者因儿子即将独自步行上学,急需一部既能满足追踪定位需求、又不至于让孩子过度接触网络的设备。苹果官方的 Screen Time 限制极易被孩子通过好友发送链接等方式绕过,第三方「哑手机」应用还需付费移除功能。作者发现 iOS 17 引入的 Assistive Access(辅助访问)功能原本面向认知障碍用户,却完美契合需求:通过简单设置,可将任意 iPhone 转换为只显示大图标的简化界面,仅开放 Calls、Messages、Maps、Camera、Photos、Music 等必要应用。关键优势在于:信息中的链接会被当作纯文本处理,无法跳转网页;Find My 追踪和导航功能正常可用;配置可随孩子成长逐步放开。更令人意外的是,Apple Store 员工竟未被培训过此功能,苹果也拒绝回应是否考虑将其包装为儿童专用模式。缺点方面,Assistive Access 运行较慢、语音邮件被禁用、无法关机,偶尔还会出现应用冻结。
评论精华