Linux发行版Debian

Linux发行版Debian宣布放弃支持32位MIPSLittleEndian“mipsel”端口9月4日消息，Debian正在将mipsel端口从Debianunstable/experimental中删除，不过MIPS64EL64位小端变体还将继续维护。mipsel曾是Debian中最古老的架构之一，仅次于i386和AMD64。外媒phoronix认为，当下32位MIPSlittle-endian的终端实际上已经过于老旧，而这批终端当下也不太可能频繁更新到较新的Debian版本。因此在Debian12发布之后，开发人员考虑到平衡自身资源，并出于“技术限制”，因此最终放弃支持。投稿：@ZaiHuaBot频道：@TestFlightCN

Debian 13 "Trixie"的目标是支持RISC-V架构的64位版本

Debian13"Trixie"的目标是支持RISC-V架构的64位版本在该Debian发布团队的更新中，一个值得注意的评论是，虽然RISCV64（RISC-V64位）还没有被列入官方架构列表，但该移植正在取得良好进展。在一年半到两年后的Debian13版本中，预计会有RISC-V64位的支持，架构鉴定将需要在DebianTrixie周期的晚些时候进行。发布团队的更新可以在Debian邮件列表中找到：https://lists.debian.org/debian-devel-announce/2023/06/msg00001.html当然，如果能能够在Debian12中看到对RISC-V的支持就更好了，但考虑到许多社区开源开发者缺乏对高性能RISC-V硬件的访问，这也是可以理解的，但希望到Debian13的时候，RISC-V64位开源生态系统会更加成熟。相关文章:Debian12.0版发布基于Linux6.1LTS更容易处理非自由固件...PC版：https://www.cnbeta.com.tw/articles/soft/1364629.htm手机版：https://m.cnbeta.com.tw/view/1364629.htm

受 2038 年时间戳“炸弹”影响，Linux 6.9 将弃用 ext2 文件系统驱动程序

受2038年时间戳“炸弹”影响，Linux6.9将弃用ext2文件系统驱动程序Linux 开发人员 MichaelOpdenacker近日在 Bootlin 博客中发布文章，声称ext2 文件系统驱动程序“是时候退休了”，在即将发布的Linux6.9内核中，相关文件系统驱动程序将被标记为“已弃用”。ext2 文件系统驱动程序最初于 1993 年加入 Linux 核心支持中，但相关驱动拥有“2038年时间炸弹问题”：即使文件系统使用 256 字节的 inodes（mkfs.ext2-I256）创建的，但文件系统驱动程序也会坚持使用 32 位日期，因此相关驱动程序不支持超过 2038 年 1 月 19 日 03:14:07UTC 的inode 时间戳。为了避免相关“时间炸弹”，官方建议 ext2 用户升级到ext4 驱动程序，ext4 文件系统驱动程序与 ext2 完全兼容。线索：@ZaiHuabot投稿：@TNSubmbot频道：@TestFlightCN

Wine 9.0 正式版发布：迎来首个 Wayland 驱动，支持 64 位系统运行 32 位应用

Wine9.0正式版发布：迎来首个Wayland驱动，支持64位系统运行32位应用Wine团队16日宣布推出Wine9.0。此版本代表了该团队一年的开发努力和7000多项更改。Wine9.0正式版的主要亮点是新的WoW64架构和实验性的Wayland驱动程序支持。Wine9.0迎来了新的WoW64模式，这意味着可以在纯64位Unix系统上安装运行32位Windows应用程序，但这一工具默认情况下尚未启用，需要通过“--enable-archs=i386,x86_64”配置项来启用。Wayland是Linux发行版的替代窗口系统，取代了老化的X11标准。Wine9.0迎来了实验性的Wayland图形驱动，虽然没有开发完，但目前已经实现了许多功能，例如基本窗口管理、多显示器、高DPI缩放、相对运动事件和Vulkan支持。来源，频道：@kejiqu群组：@kejiquchat

为什么32位系统被淘汰而128位系统还未出现？

为什么32位系统被淘汰而128位系统还未出现？先简单介绍一下32位和64位的系统，这里的32位指的是操作系统的处理器架构。在早期计算机发展中，32位操作系统是标准配置，它意味着CPU一次只能处理32位的数据，即4个字节。这种架构对于早期的应用程序和内存限制来说已经足够，但随着软件复杂度和数据量的增长，32位系统逐渐暴露出其局限性——最大的问题是寻址空间有限，理论上最多只能支持4GB的RAM（实际可用往往少于4GB）。这显然无法满足现代应用程序对大量内存资源的需求。64位操作系统的出现则解决了这些问题，它可以一次性处理64位的数据，即8个字节，从而大大提高了处理器的工作效率。更重要的是，64位架构提供了更大的内存寻址空间，理论上可以支持高达16EB的内存，这对于任何现有的桌面或服务器应用都是绰绰有余的。此外，64位系统在运算速度、多任务处理能力以及大型数据库、图像处理、科学计算等领域都有着显著优势。容易发现，64位系统对32位系统有着无法比拟的优势，所以64位取代了32位系统，不过想要用上128位的系统，我们可有的等了。目前64位处理器及对应的内存技术在大部分场景下都尚未达到瓶颈，即使是最先进的数据中心和超级计算机，也远未用尽64位架构所提供的寻址能力。另外，构建128位的架构也面临着不小的技术挑战，包括但不限于芯片设计复杂性的剧增、功耗控制问题以及相应的生态系统（如编译器、驱动程序等）的重新构建，再加上目前在市场上海没有需求，所以在可见的未来，我们还不会有128位系统的环境，64位会是很长时间内的主流系统了。...PC版：https://www.cnbeta.com.tw/articles/soft/1425046.htm手机版：https://m.cnbeta.com.tw/view/1425046.htm

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

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