Linus Torvalds宣布首个Linux内核6.8候选版本

Linus Torvalds宣布首个Linux内核6.8候选版本 Linux 内核 6.8 的最终版本预计将于 3 月下旬发布。Linus Torvalds 今天刚刚宣布首个候选版本 (RC) 里程碑可供公开测试。为期两周的 Linux 内核 6.8 合并窗口随着 Linux 6.7 的发布而自动开启，现在合并窗口已经关闭，这意味着第一个候选发布版 (RC) 开发版本已经可供早期用户、发行版维护者和技术人员使用。 下载地址：、

Linus Torvalds 谈 AI 炒作

Linus Torvalds 谈 AI 炒作 Linus Torvalds 与 Verizon Open Source Program Office 负责人 Dirk Hohndel 谈论了近期火热无比的 AI。Torvalds 讽刺的说，“看起来很搞笑！也许我会被 AI 模型取代！”Hohndel 认为今天的 AI 只是一种更强大的自动修正工具。Torvalds 认为需要再等十年才能知道 AI 会走向何处。Torvalds 已经注意到 AI 狂热对内核的影响作为 AI 热的最大受益者英伟达公司，其开发者与内核开发者之间的沟通更频繁，该公司正在改进内核的内存管理，因为它需要 Linux 更高效的运行 AI 大模型。Torvalds 对 AI 产生的错误信息表达了谨慎，Hohndel 开玩笑的说这是美丽科学，“美丽科学进，美丽科学出。”来源 ， 频道：@kejiqu 群组：@kejiquchat

Linus Torvalds在遭遇恶劣天气后发布 Linux 6.8-rc1

Linus Torvalds在遭遇恶劣天气后发布 Linux 6.8-rc1 Linus Torvalds 今天晚上在6.8-rc1 公告中写道："合并窗口并不是最令人愉快的，但大部分不愉快都与代码库无关，几乎都与恶劣的天气有关。只是一些技术上的小插曲。在 6.7 大版本发布之后，6.8 看起来实际上比平均水平要小一些，尽管并没有那么明显。虽然可能比平时小了一些（都怪假期），但总体上看起来还是很正常的。本次更新大部分都是驱动程序更新（GPU 和网络驱动程序一如既往是重头戏），但我们也有相当大的文件系统更新（主要是核心 vfs、bcachefs、xfs 和 btrfs），显然还有所有常见的 Arch 更新。Linux 6.8带来了新的实验性英特尔 Xe 内核图形驱动程序、英特尔 Lunar Lake 启用的持续工作、新的笔记本电脑/平台支持、新的 Arm SoC 支持、Bcachefs 改进、EEVDF 调度器快速通道、任天堂 NSO 控制器支持、移除 SLAB、升级的 Rust 工具链、首个 Rust 网络驱动程序等等。 ... PC版： 手机版：

Linus Torvalds正在进行更多ARM64 Linux内核测试 因为他入手了更强大的系统

Linus Torvalds正在进行更多ARM64 Linux内核测试 因为他入手了更强大的系统 在Linux 6.9 内核发布时，Linus Torvalds 在他的邮件列表公告中评论了一个值得自己撰文和在论坛上讨论的变化。他写道：我现在有了一台功能更强大的 arm64 机器（感谢 Ampere），所以上周我进行的 arm64 编译次数几乎和 x86-64 一样多。我使用的 M2 笔记本电脑更像是"每周测试构建"，而不是"持续构建"。我并不指望它能真正显示出任何问题笔记本电脑的构建从未显示出任何问题但我觉得有更多的覆盖面会让我更开心。"现在，Torvalds 正在亲自构建更多的 ARM64 Linux 内核用于测试，因为他拥有一台 Ampere 工作站/服务器，可以利用其众多 Armv8 内核进行测试。这对于帮助确保 ARM64 内核的质量来说是个好消息，显然，AArch64 测试已经得到了各利益相关方和其他各方的投入，现在，AArch64 内核可以接受 Linus Torvalds 本人更严格的审查和验证了。Linus Torvalds 没有说明他的 Ampere 系统的具体情况，但考虑到 AmpereOne 的可用性仍然极为有限，因此推测它可能是某种 Ampere Altra (Max) 系统。如今，从微型 ATX 板卡到人工智能/GPU 计算 Ampere 服务器，Ampere Altra 平台种类繁多。Ampere Altra 依然表现出色，而且在高端 ARM64 系统/服务器方面，除了超级计算机/云计算提供商之外没有太多竞争者，尽管如此，考虑到这些 CPU 已经有四年的历史，我们仍然渴望看到 AmpereOne 和/或其他新的选择。 ... PC版： 手机版：

Linus Torvalds 对 Linux 6.9 的某些 Bcachefs 代码不满意

Linus Torvalds 对 Linux 6.9 的某些 Bcachefs 代码不满意 为 Linux 6.9 提交的 Bcachefs 代码包括一些前期准备工作，如为子卷走读提供用户空间界面、改进目录结构检查、改进日志流水线以提高性能、改进丢弃路径以提高效率，以及其他优化。维护者肯特-奥弗斯特里特（Kent Overstreet）将针对 Linux 6.9 的 Bcachefs 改动的拉取请求总结为：针对 Linux 6.9 的 Bcachefs 更新9 的 bcachefs 更新- 子卷的子 btree；这是为走子卷提供用户空间接口所必需的，稍后会推出- 对目录结构检查的大量改进- 改进了日志流水线，显著提高了高深度写入工作负载的性能- 改进了丢弃路径：丢弃路径更加高效，不再不必要地刷新日志- 缓冲写入路径现在可以避免占用节点锁- 调出各种库代码供 XFS 使用：time stats、mean_and_variance、darray、eytzinger、thread_with_file- 新的毫米助手：memalloc_flags_{save|restore}- mempool 现在可以使用 kvmalloc mempool但让 Linus Torvalds 感到不解的是，有些补丁将 Bcachefs 代码中的某些元素移到了一些库类型的代码中，这样其他文件系统就可以很容易地重复使用这些代码了XFS 就是对可能重复使用某些 Bcachefs 功能感兴趣的文件系统。Linus Torvalds响应了 Bcachefs 的拉取请求：，"stdio_redirect_printf()"和 darray_char 只是可怕的接口，没有任何解释。这些接口太恶心了。这些接口太恶心了。，把它放在你自己的代码里，不要试图把它变成一个通用的库。，如果你**把它变成一个库，它需要(a) 解释得更清楚(b) 有更合理的命名，减少恶心和完全无意义的接口（"DARRAY()"）。但最让人头疼的还是那些疯狂的数学。该死的，我们很久以前就讨论过那些愚蠢的"均值和方差"垃圾。你没有解释为什么它不能使用简单得多的 MAD（中位数绝对偏差）而使用方差。这个错误的决定直接导致了毫无意义地使用过于复杂的 128 位数学。当时我就说它设计过度，据我所知，除了一些细微的类型名称细节外，绝对没有任何变化。但现在你却试图将这些垃圾代码作为通用库代码推给其他人使用，这立刻就意味着我**介意过度工程化的接口。在其他方面，time_stats 看起来就像一个有名称和用途的正常接口，但使用了可怕的基础架构后，它就失效了。在 Overstreet 阐述了自己的观点后，Torvalds补充道方差值是不同的，但 MAD 和标准偏差之间的区别基本上只是一个常数因子（不同的分布会有所不同，但那又怎样？）那么，为什么一个常数因子会对指数加权产生任何影响呢？总之，请把你的代码放在 bcachefs 中。也许 xfs 也想拷贝你的代码。我不在乎，这看起来很蠢，但这是文件系统的选择。但如果我们要让它成为一个通用的内核库，它就必须理智。不能为了一个随机的统计元素，就让人们做 64 位的平方根和 128 位的除法。因此，从目前的情况来看，Linus Torvalds 并没有接受这个针对 Linux 6.9 内核的 Bcachefs 拉取请求，原因是提议的通用库代码。我们将拭目以待，看看未来几天是否会有新的拉取请求，放弃这些补丁或以其他方式重新修改，以满足 Linux 创建者的要求。 ... PC版： 手机版：

ℹ有人发现苹果的伏笔 Mac Pro，可能搭载的「双」M1 Ultra 疑似证据#

ℹ有人发现苹果的伏笔 Mac Pro，可能搭载的「双」M1 Ultra 疑似证据# 在告别了过去的高阶桌机效能之后，苹果也没忘记在发表会的最后埋下还是会有 Mac Pro 的伏笔。这也让人好奇，M1 系列是否还有再往上叠的...