Linux Kernel 6.4 生命周期结束，开发者敦促用户升级到 Linux Kernel 6.5

Linux Kernel 6.4 生命周期结束，开发者敦促用户升级到 Linux Kernel 6.5 Linux 6.4 内核系列现在在网站上被标记为 EOL（End of Life），这意味着它将不再接收更新，并且很快就会过时。 Linux 内核开发人员葛雷格·克罗-哈曼今天宣布发布 Linux 6.4.16，这似乎是 2023 年 6 月25 日发布的 Linux 6.4 内核系列中的最后一个维护更新。葛雷格·克罗-哈曼建议所有 GNU/Linux 发行版和用户尽快升级到最新的 Linux 6.5 内核系列。 葛雷格·克罗-哈曼表示：“我宣布发布 6.4.16 内核。注意，这将是最后的 6.4.y 版本，该分支现已到寿命尽头。此时所有用户都必须迁移到 6.5.y 分支”。

玩家自行定制内存将古老的386 PC内存升级到64MB容量

玩家自行定制内存将古老的386 PC内存升级到64MB容量 YouTuber Bits and Bolts 制作了一份分步指南，指导如何使用现成的元件定制 16MB 30 针 SIMM 模块。虽然这在 2024 年听起来小得可怜，但对于 80 年代的 386DX 机器来说算得上海量。让我们把时光倒流到 386 时代，那时 30 针 SIMM 是内存的最高标准。典型的 Windows 3.1 安装选项只需 1MB 即可运行，通常使用四根 256KB 内存条即可达到这一要求。随着计算需求的增加，1MB 模块逐渐成为标准。Bits and Bolts 雄心勃勃地开展了一项计划。在通过巧妙的黑客技术将 30 针 SIMM 修改到 32MB 之后，制造商希望突破这一上限。他们的目标是制造出 16MB 的 SIMM，这是 30 针标准所支持的最大容量，从而大幅提升 386 的内存容量。完成这项工作需要相当高的工程技术。Bits and Bolts 首先要验证他的特定 386 主板在最大容量时是否能处理这么多内存。他发现可以，但必须使用主板八个插槽中的四个。他本希望能达到 128MB 的容量，但现在只能使用 64MB。这一过程并非没有障碍。最大的障碍是寻找价格合理、性能可靠的 16MB 30 针 SIMM，而这些 SIMM 要么是价格昂贵的老式元件，要么是质量不明的二手模块。Bits and Bolts 还必须小心地破解这些模块，以便在较旧的快速页面模式 (FPM) 和较新的扩展数据输出 (EDO) RAM 模式之间切换，实现对系统兼容性。组装好内存模块并安装到 386 主板上后，系统成功启动，内存容量为 64MB。笔者使用 Memtest86+ 对内存进行了测试，一次测试耗时 10 小时。热像仪和示波器用于监控模块的温度和电压，以确认其稳定性和安全性。对于一个有近四十年历史的系统来说，这一切都非常了不起。但 Bits and Bolts 并没有就此止步，他已经把目光投向了下一个目标，那就是升级较新的 486 系统，使其超过通常的上限。 ... 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版： 手机版：

Netflix被指吃香太难看 将在6月删除基础套餐逼迫用户升级更贵的标准订阅

Netflix被指吃香太难看 将在6月删除基础套餐逼迫用户升级更贵的标准订阅 从 6 月 4 日起所有没有主动切换套餐的用户都将失去订阅，直到用户重新选择订阅套餐为止，奈飞希望通过这种方式强迫更多用户升级到价格更高的套餐。以美国市场为例，目前广告版套餐订阅价为 6.99 美元 / 月、基础订阅为 11.99 美元 / 月、标准订阅为 15.49 美元 / 月、Netflix Premium 则为 22.99 美元 / 月。其中广告套餐虽然价格便宜但只能观看奈飞自制剧并且还有广告、不支持下载等，所以不少用户选择价格更高的基础订阅，结果现在奈飞要把基础订阅删除，强迫用户升级到标准订阅，也就是每个月费用会增加几美元。一些用户在社交媒体上抱怨称，他们宁愿删除账号也不会升级标准订阅，多数用户认为奈飞的吃香太难看，之前多次涨价，结果没想到现在要把价格便宜的套餐取消，逼迫用户继续支付更高的价格。不过暂时还不清楚奈飞何时会在全球市场取消基础订阅，目前被取消的主要是欧洲一些国家，估计后续应该还是会覆盖全球所有市场。 ... PC版： 手机版：

Linus Torvalds掷下重锤：Linux 6.11中的可扩展调度程序sched_ext

Linus Torvalds掷下重锤：Linux 6.11中的可扩展调度程序sched_ext 在即将到来的 Linux 6.11 周期中，Linus Torvalds作为Linux内核的"BDFL"，宣布他打算在Linux 6.11中合并sched_ext补丁，尽管其他内核开发者对此表示反对。他认为，sched_ext 代码已经准备就绪，可以为 Linux 内核提供真正的价值。继续拖着sched_ext不放出来是不值得的。今天，Torvalds 在Linux 内核邮件列表中围绕 sched_ext v6 补丁的线程上利用他的权威宣布了他将把代码与 Linux 6.11 合并的意图："老实说，我认为没有理由再拖延下去了。整个补丁集是去年内核维护者峰会的主要（私下）讨论内容，我不认为在一年后即将召开的维护者峰会上进行同样的讨论（无论是在列表外还是作为实际事件）有任何价值，所以为了取得任何理智的进展，我目前的计划是将其合并到 6.11 中。至少这样，我们会取得进展，而 KS 2024 上的讨论可以是关于我的思维敏锐度或者说缺乏敏锐度而不是重提去年显然没有取得进展的同一件事。我从来都不相信要让每个人都对树外的代码感到满意我们最好还是在树内一起工作。而使用"为了接受这个，必须先修正其他一些东西"的论点也并不奏效（这一点已经在各种维护者峰会上讨论了十多年）。我也不相信有人（多次）提出的 BPF 调度器会阻止人们参与调度器开发的论点。我个人认为，阻碍人们参与的主要原因是参与的门槛太高。总之，这是给 Tejun 的提示，请他在下一个合并窗口向我发送拉取请求。也是给其他人的"正在发生"的提示。因此，从现在到七月中旬 Linux 6.11 合并窗口开启期间，如果没有任何最后一分钟的计划改变，下一个内核周期我们就可以找到 sched_ext。 ... PC版： 手机版：