bcachefs Linux 文件系统项目正在试验一种独特的开发辅助工具:一个完全由大型语言模型 (LLM) 生成的博客。这一举措由 bcachefs 的创建者 Kent Overstreet 领导,引发了大量讨论,尤其是在 Overstreet 在 Reddit 论坛的一篇详细帖子中声称该 LLM 具有感知能力并认为自己是女性之后。 这项实验正值 bcachefs 动荡时期,该项目最近经历了内核集成、与 Linus Torvalds 的争议以及转向外部开发。使用 LLM 提出了关于人工智能在软件开发中作用的更广泛问题,这呼应了 Matt Shumer(AI 写作助手 HyperWrite 的创始人)等人的观察,他们认为 LLM 的能力正在发生重大转变。 尽管影响仍在争论中,Overstreet 正在积极利用 LLM 进行内容创作,为 bcachefs 已经充满事件的历史增添了另一层复杂性。
## Sgai:AI驱动的本地软件开发
Sgai 将软件开发转化为以目标为导向的多智能体工作流——一个直接在你的代码仓库中运行的本地“AI软件工厂”。 你无需逐步提示,只需在 `GOAL.md` 文件中**定义期望的结果**(例如:“构建一个音乐音序器Web应用”)。
Sgai 然后利用 AI 智能体(开发者、审查者等)来**规划和执行工作**,并将其可视化为工作流图。 你通过审查计划、回答澄清问题和监控进度来**监督**。 完成情况通过自动化测试和代码检查来验证。
主要特性包括:**可视化工作流**、**专业智能体**、**本地执行**(数据不会离开你的机器)和**从过往会话中学习技能**。 Sgai 不仅是自动补全,它*构建*软件。
**安装**通过 `opencode` 或手动设置(需要 Go、Node.js、bun)实现。 演示视频可在 [https://youtu.be/NYmjhwLUg8Q](https://youtu.be/NYmjhwLUg8Q) 观看,更多文档请访问 [https://github.com/sandgardenhq/sgai](https://github.com/sandgardenhq/sgai)。
## Windows 11 预览版用户Notepad & Paint 更新
微软正在向 Windows 11 Canary 和 Dev 渠道的预览版用户推送 Notepad 和 Paint 的更新。
**Notepad** (v11.2512.10.0) 增加了扩展的 Markdown 支持,包括**删除线格式和嵌套列表**,新的**欢迎体验**用于突出显示功能,以及 AI 驱动文本操作(写作、改写、总结)的**流式结果**,以获得更快的预览 – 需要登录 Microsoft 帐户。
**Paint** (v11.2512.191.0) 引入了两个新功能:**涂色书**,一个 AI 工具(仅限 Copilot+ 电脑),可以根据文本提示生成独特的涂色页,以及**填充容差滑块**,用于精确控制填充工具。这两个功能都需要登录 Microsoft 帐户。
鼓励用户通过反馈中心 (WIN + F) 在“应用”>“Notepad”或“Paint”下提供反馈。
## 加快公交车速度:改善公共交通的简单方案
尽管经常被铁路项目掩盖,但在许多国家,公交车运送了大多数人,并且在新冠疫情后正在恢复客运量。 阻碍公交车效率的关键问题是*速度慢*——通常与步行速度相当——这主要是由于频繁的停靠站。
一个出人意料的、性价比高的解决方案是“站点平衡”:战略性地增加站点之间的距离。 与欧洲国家相比,美国城市的站点通常更密集,为了最大化覆盖范围而牺牲速度和效率。 将站点间距从大约每 200-300 米增加到 300-450 米,可以在无需重大基础设施改造的情况下显著缩短旅行时间——研究表明速度可提高 6-29%。
这种优化还可以降低运营成本,因为需要的公交车和司机更少,从而使机构能够将节省下来的资金再投资于更好的站点设施(候车亭、实时信息)和更高的服务频率。 此外,更快、更可靠的公交车可以扩大网络的覆盖范围,使公共交通成为更具竞争力和吸引力的选择,最终提高客运量。 站点平衡是一项快速、廉价且具有影响力的改革,可以改变公交运输。
糟糕!访问被拒绝:错误代码bf584155dcd667f7。
由Anubis From Techaro保护。
🇨🇦制造,充满爱❤️。
吉祥物设计由CELPHASE完成。
本网站运行Anubis 1.25.0版本。
超过二十年来,作者一直坚持使用.com域名,但最近通过Namecheap的促销活动尝试了.online顶级域名。这看似简单的0.20美元购买很快变成了一场令人沮丧的经历。
设置几周后,该网站被谷歌标记为“不安全”,最终消失,显示“网站未找到”错误。调查显示,该域名已被注册商Radix置于“serverHold”状态,且未提前通知。问题源于Safe Browsing黑名单,但解决它却陷入了困境:谷歌要求通过DNS记录进行域名验证,但由于域名无法解析,这变得不可能。
尽管向谷歌和Radix提交了多次报告和请求,作者仍然无法摆脱困境,无法重新获得控制权。这次经历凸显了使用非.com顶级域名的风险,立即进行Google Search Console验证的重要性,以及即使对于简单的登陆页面,也需要监控正常运行时间。最终,作者失去了该域名,并重申了未来坚持使用.com的承诺。
## 张量缓存中的读写锁性能悖论
在 Rust 中对高性能张量缓存进行基准测试时,结果令人惊讶:对于 Apple Silicon M4 硬件上的高读取负载,`RwLock` 的性能明显 *差* (~5 倍) 于 `Mutex`。这与通常认为 `RwLock` 允许多个并发读取,从而提高吞吐量的观点相矛盾。
问题源于“缓存行乒乓”。即使是读取操作也需要对读取计数器进行原子递增,迫使核心不断地使同一缓存行失效并获取。在极快的缓存查找(纳秒级)的背景下,这种开销超过了并发读取的好处。`Mutex` 虽然一次只允许一个线程,但通过授予独占访问权来避免这种竞争。
关键要点是,在选择锁定策略时要 **分析硬件性能**。对于短的关键段,`RwLock` 的原子操作开销可能是有害的。解决方案包括分片缓存以减少锁竞争,或者如果读取操作非常快,则直接使用 `Mutex`。`RwLock` 在读取部分很大或写入不频繁时仍然很有价值,但仔细考虑和分析至关重要。
## 通过 QEMU 对 RISC-V Snap 进行测试
作者希望在 RISC-V 架构上测试他们的 snap(软件包),但缺乏必要的硬件。尽管 RISC-V 感觉像一项很有前途的未来技术,但能够运行最新 Ubuntu (25.10) 的可用板仍然要等到一年多以后,因为指令集架构规范 (RVA20 与 RVA23) 仍在不断发展。
与其购买过时的硬件,他们成功地在 ThinkPad 上使用 QEMU 设置了一个 RISC-V 虚拟机。虽然由于 CPU 模拟,虚拟机比原生执行速度慢得多,但它让他们确认了他们的 snap,Notepad Next,在该架构上运行正常。
这次经历凸显了他们需要审计近 50 个 snap 以确保其 RISC-V 兼容性。目前大多数仅针对 amd64,而其他 snap *应该* 可以为 RISC-V 构建,但需要进一步调查。作者计划解决这个问题,旨在在其 snap 产品组合中支持更多架构。
目前,QEMU 提供了一个可行的、免费的解决方案,用于基本的 RISC-V 测试,提供了一个“合理性检查”,以确保 snap 在 2026 年更强大、更容易获得的 RISC-V 硬件到来之前按预期运行。