网站头条 第26页

Linux Mint 团队今天宣布发布最新 Linux Mint 21.3 “Virginia “版本的 “EDGE “ISO 版本，并提供下载。

“这个镜像是为那些硬件太新而无法启动 Linux Mint 21.x 中包含的 5.15 LTS 内核的用户制作的。

Linux Mint 21.3 “Virginia “已于本月 10 日发布，基于 Ubuntu 22.04 LTS（Jammy Jellyfish）系列操作系统，采用长期支持的 Linux 5.15 LTS 内核，该内核也被用作初始上游版本的默认内核。

Linux Mint 21.3 的 “EDGE “变体搭载了更新的内核，即 Linux 内核 6.5，该内核将默认包含在即将于 2024 年 2 月 22 日发布的 Ubuntu 22.04.4 LTS point 版本中。该内核将带来新的更新驱动程序，以支持更新的硬件。

因此，”EDGE “ISO镜像文件承诺支持更新的机器，它的目标用户是那些想在普通ISO镜像文件无法识别硬件的电脑上安装最新Linux Mint版本的用户。
每个新的 Linux Mint 版本都会为那些需要额外硬件支持的用户提供 “EDGE “ISO 映像，Linux Mint 21.3 也不例外。不过，Linux Mint 21.3 EDGE 本应搭载来自 Ubuntu 22.04.3 LTS 的 Linux 内核 6.2，但 Linux Mint 团队发现了一些与近期 AMD GPU、无线芯片组和某些宏碁笔记本电脑使用的 SSD 控制器的兼容性问题，因此他们将内核升级到了 Linux 6.5。

不幸的是，在这个新的EDGE ISO镜像中，Mesa图形堆栈保持不变，而是采用了Ubuntu 22.04.3 LTS版本中的Mesa 23.0.4图形堆栈，而Linux Mint 21.3 “Virginia “版本正是基于该图形堆栈发布的，Linux Mint 21.3的标准ISO镜像中也包含了该图形堆栈。

话不多说，如果你想在较新的电脑上安装最新的 Linux Mint 21 操作系统系列，并且在使用标准版时遇到启动问题或检测不到硬件，那么你现在就可以从官方网站下载 “EDGE “ISO 镜像。

值得一提的是，”EDGE “ISO 镜像仅搭载肉桂桌面环境，这是 Linux Mint 发行版的旗舰版本。遗憾的是，Linux Mint 团队没有为 Xfce 和 MATE 版本的 Linux Mint 提供 “EDGE “变体。

Download Linux Mint 21.3 EDGE

转自 Linux Mint 21.3 “EDGE” ISO Released with Linux Kernel 6.5 – 9to5Linux

（插图：DA/2746e103-ffc0-4bd8-a44e-71c5f68ebc0e）

#2 ReiserFS 作者在狱中回应被内核移除

ReiserFS 文件系统作者 Hans Reiser 因谋杀妻子被判处监禁。去年底，他在狱中回复了一封长长的纸质信函，回应了内核的相关讨论，在信中对自己的罪行表示了道歉，称自己已经是不同的人了。他随后讨论了对 ReiserFS 的贬低以及他对 Reiser4 的希望，对曾使用 ReiserFS 的发行版 SUSE 没能在市场上取得成功而遗憾。在 Linux 6.6 中，ReiserFS 已被正式标记为“过时”，将在未来几年来从主线内核中移除。

消息来源：Phoronix

节选自 硬核观察|硬核观察 #1253 海尔要求开发者下架开源的家庭助理插件 (linux.cn)

快科技1月18日消息，希捷宣布推出魔彩盒3+(Mozaic3+)里程碑式存储平台，机械硬盘无论单碟容量还是总容量都实现跨越式发展。

魔彩盒3+平台基于希捷潜心研究多年的HAMR热辅助磁记录技术，包括12nm工艺集成控制器、磁芯、超晶格铂合金介质、纳米光子激光、光子漏斗、量子天线、第七代自旋读取器、等离子写入器等一系列复杂、先进的组件，从而突破性地提升了面存储密度。

主要组件特点：

1、超晶格铂合金介质

高密度记录的物理学原理要求在纳米级基础上实现更小介质的颗粒尺寸，但颗粒越小，稳定性越差，传统合金已经无法提供足够的磁性稳定性。

希捷开创性地使用了铁-铂超晶格结构作为介质合金，显著提高了磁盘介质的磁矫顽力，数据写入更加精确，并实现了前所未有的位稳定性。

2、等离子写入器

为了配合更加稳定和牢固的超晶格铂合金介质而生，一个微型化和精密工程的奇迹，背后是纳米光子激光器，在介质表面产生一个微小的热点，以便可靠地写入数据。

希捷计划将纳米光子激光器垂直集成到等离子体写入器子系统中。

3、第七代自旋电子读取器

更小的写入数据颗粒只有在能够被读取时才能发挥作用。这种读取器是世界上最小、最灵敏的磁场读取传感器之一，并且用到了量子技术，与等离子写入器的子组件一起集成，也需要不断进化。

4、12nm集成控制器

希捷完全自主研发的片上系统，用于高效协调上述各种技术，性能比之前的方案提升了3倍。

希捷称，基于魔彩盒3+平台的单碟片容量已在业内第一家超过了3TB，希捷旗舰企业级硬盘银河Exos系列藉此率先达成了超过30TB的容量，将在本季度内向超大规模云客户批量供货。

相比现在大规模数据中心硬盘16GB的平均容量，轻松翻一番。

此外，魔彩盒3+平台使用了与传统PMR垂直磁记录硬盘基本相同的材料组件，因此可以很好地控制成本，单位容量的功耗也降低了多达40％，碳排放减少55％。

希捷将在本季度内完成魔彩盒3+平台的验证测试，并批量出货。

未来的魔彩盒4+、魔彩盒5+平台，将分别实现4TB+、5TB+的单碟容量，硬盘总容量也可以轻松突破40TB、50TB！

不知道在使用哪个初始化系统？以下是方法。

每个主流 Linux 发行版（包括 Ubuntu、Fedora、openSUSE 和 Arch）默认都使用 systemd。

但是有 许多非 systemd 发行版，例如使用轻量级 runit 来获得更好性能的 Void Linux 或主要使用 sysvinit 的 Devuan。

当你尝试遵循某些教程或文档并且其中包含特定于 systemd 或某些其他初始化服务的命令时，就会出现问题。

这时，你必须检查你的 Linux 系统使用的是 systemd 还是其他系统。

一种方法是检查 PID 为 1 的进程（毕竟，初始化系统是 Linux 系统上运行的第一个进程）。

1. ps 1

但它的输出可能会产生误导，因为它经常显示 /sbin/init，这只是实际的初始化进程的软链接。

如果你 跟随该符号链接，就可以获取初始化系统信息。有两种方法：

• 使用 stat 命令
• 使用 readlink 命令

那么让我们从第一个开始。

📋 这些方法在 6 个初始化系统中进行了测试：Systemd、OpenRC、SysVinit、Busybox、runit 和 s6。

方法 1：使用 stat 命令检查 systemd 是否正在使用

以下是如何使用 stat 命令来了解你正在使用的初始化系统：

1. stat /sbin/init

如果你使用的是 systemd 支持的发行版，那么它将显示以下输出：

但是，如果你使用 systemd 之外的其他任何东西，它将显示初始化系统的名称，但是如果你使用的是 SysVinit，它只会显示 init 而不是 sysvinit：

SysVinit only displays “init” instead of sysvinit

方法 2：使用 readlink 命令检查初始化系统

与之前的方法不同，当你使用 readlink 命令时，它只会打印初始化系统的名称。

因此，如果你想知道你是否正在使用 Systemd，只需使用以下命令：

1. readlink /sbin/init

如果你使用 OpenRC 初始化访问，那么它将显示以下输出：

但如果你使用 SysVinit，那么它会显示以下输出：

我为你写的小“脚本”

另一种方法是检查 /run/systemd/system 目录是否存在。

好吧，最简单的找出方法是在终端中 使用 if-else bash 命令，它将检查你是否正在运行由 systemd 驱动的发行版：

1. if [ -d /run/systemd/system ]; then echo "System is running systemd"; else echo "System is not running systemd"; fi

有关 systemd 的更多信息

当你知道你正在使用 systemd 支持的发行版，你就可以 使用 systemctl 命令管理服务。

当然你也可以从头开始 创建一个 systemd 服务。

我希望本指南对你有所帮助。

（题图：DA/02d49f79-0ec4-4e49-ae72-e3d46877dfa6）

via: https://itsfoss.com/check-if-systemd/

作者：Sagar Sharma 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

转自 技术|如何检查你的 Linux 系统是否使用 systemd

快科技1月17日消息，龙芯中科、芯联芯持续了近3年的MIPS技术许可官司终于落下大幕，龙芯大获全胜！

近日，龙芯中科发布公告称，从香港国际仲裁中心收到了仲裁庭签发的《关于仲裁费用和申请人版税支付申请的裁决（HKIAC/PA 21030）》。

本次仲裁庭裁决，芯联芯赔偿龙芯中科截至2023年6月23日的仲裁费用41476582.71元(或40342829.15元，待定），同时还有龙芯中科截至2023年12月31日的已计提版税2412.92万元(不含税)及延迟支付费用。 

这次对仲裁费用及版税支付作出裁决，仲裁庭认定龙芯中科是本次仲裁总体上的胜诉方，基于此认定，支持龙芯中科向芯联芯提出的本次仲裁费用的索赔请求，并进一步裁决龙芯中科与芯联芯应就需赔偿的仲裁费用、版税及延迟费用之间的抵销达成一致。

2021年2月，Prestige  Century  Investments  Limited、CIP  United Company Limited(上海芯联芯智能科技有限公司)向香港国际仲裁中心提起了与龙芯中科之间有关MIPS技术许可合同纠纷的仲裁。 

芯联芯提出了7项仲裁主张，认为龙芯中科违反与MIPS公司签署的技术许可合同，存在：

1、使用了技术许可协议授权范围外的MIPS技术；

2、产品对MIPS架构进行了未经授权的修改和变更；

3、在技术许可协议到期后继续使用授权技术；

4、未返还保密信息；

5、少报版税；

6、未经同意将技术再授权给其他方；

7、泄露保密信息。

2023年6月23日，龙芯中科收到《部分最终裁决书（HKIAC/PA  21030）》，对于芯联芯提出的7项仲裁主张，6项予以驳回，1项裁定为尚待解决事项。

而最新裁决的完整内容如下：

1、在仲裁庭2023年6月23日作出部分最终裁决之后的行为与仲裁费的确定无关。

2、龙芯中科有权获得总计人民币41,476,582.71元的仲裁费，只要龙芯中科在裁决后7日内向仲裁庭和芯联芯提供一份书面确认（可以是电子形式），说明上述金额仅包括截至2023年6月23日发生的仲裁费。

3、如无该等确认，龙芯中科有权获得总计人民币40,342,829.15元的仲裁费。

4、裁决仲裁费（如在下文所述的抵销后有应付的）的年利率为8.79%，自下文所述的抵销的效力确定（通过协议或无法达成一致时，仲裁庭决定）后15天开始计算。

5、在应付给龙芯中科的仲裁费金额与龙芯中科提存在香港国际仲裁中心的版税金额以及因延期支付版税而应付的延迟费用之间应进行抵销。

6、龙芯中科与芯联芯应当尽力就该抵销的效力达成一致。如果在2024年1月8日之前未能达成一致，应当通知仲裁庭，并说明各自认为仲裁庭为了解决争议应当作出的程序性命令。

7、龙芯中科没有责任就版税的增值税向芯联芯或其中任何一方支付任何款项。

8、龙芯中科没有责任就其应承担的延迟费用支付任何款项。

9、裁决不涉及任何一方就2023年6月23日之后发生的任何仲裁主张的仲裁费，包括芯联芯申请的仲裁费。

10、如未能就2023年6月23日之后的仲裁费达成一致，龙芯中科与芯联芯均被允许申请认为适当的该等命令。

龙芯中科表示，公司战略目标是打造独立于Wintel和AA生态的自主生态体系，主要的核心技术均为自主研发。

龙芯中科在研发初期选择MIPS指令系统，主要因为它相对具有较高的开放程度，而且在MIPS指令系统授权后，龙芯中科研制的所有CPU IP核均为全自主研发。 

龙芯中科已于2020年发布龙芯自主指令系统LoongArch，其中不包含MIPS指令系统的内容，也无需取得MIPS公司任何授权许可。

龙芯中科已逐步停止MIPS指令系统相关产品销售，2020年后所有新研发的CPU产品均基于自主指令系统LoongArch。

配套芯片及解决方案等业务，均与指令系统无关。

openSUSE 项目今天确认，openSUSE Leap 15 操作系统系列的后续版本为 openSUSE Leap 16，它将基于 SUSE 新的可适配 Linux 平台（ALP）。

那些使用久经考验的 openSUSE Leap 操作系统的用户会很高兴地了解到，openSUSE 项目正在开发它的后继版本 openSUSE Leap 16，该版本承诺提供与 openSUSE Leap 相同级别的用户友好维护和安全性，并结合了高级企业服务器发行版的优势。

openSUSE Leap 16 将基于 SUSE 新的 Adaptable Linux Platform (ALP) 代码库，旨在为用户提供一个平衡的操作系统，在传统的基于 Linux 的操作系统基础上包含尖端软件，该操作系统源自 SUSE 对 ALP 的开发，ALP 也是 Leap Micro 和 SUSE Linux 操作系统的基础。

“向 Leap 16 的过渡不仅仅是数字上的提升，更象征着技术和用户体验的重大进步。openSUSE Leap 的未来基于 SUSE Adaptable Linux Platform 的创新理念，”openSUSE 项目在公告中说。
openSUSE 项目还确认，其面向容器化和虚拟化工作负载的 Leap Micro 轻量级操作系统将更新至 6.0 版本，接替 Leap Micro 5 系列。Leap Micro 6 将基于 SUSE Linux Enterprise Micro 6.0 操作系统。
openSUSE 项目承诺为用户提供从 openSUSE Leap 15 和 Leap Micro 5 迁移的清晰路径，并提供足够的时间来升级他们的安装。如果出现延迟，他们承诺延长目前正在开发中的 openSUSE Leap 15.6 的生命周期，甚至发布新的维护更新 openSUSE Leap 15.7。

openSUSE Leap 15.6 预计将于 2024 年 6 月 11 日发布。测试版将于 2 月 28 日公开测试，而候选发布版（RC）预计将于 2024 年 4 月 27 日上市。

图片来源：openSUSE 项目

转自 openSUSE Leap 16 Confirmed, Will Be Based on SUSE’s New Adaptable Linux Platform – 9to5Linux

快科技1月12日消息，Intel在本届CES上发布了完整的新酷睿处理器家族，并披露了未来两代产品Arrow Lake、Lunar Lake，都会在今年发布。

Arrow Lakee升级为Intel 20A制造工艺，主打高性能，同时用于笔记本、桌面、服务器，还是第一款内置AI加速器的游戏处理器。

Lunar Lake侧重于低功耗，类似代号Meteor Lake的一代酷睿Ultra，大幅改进IPC性能，NPU AI性能则提升最多3倍。

在现场，Intel首次公开拿出了Lunar Lake的样片，并透露合作伙伴也已经拿到了，正在进行测试。

Lunar Lake继续使用Meteor Lake引入的分离式模块化架构，但是从四个模块精简到三个，但还不清楚各自的具体功能，猜测最大的是主要CPU部分，次之的可能是GPU部分，最小的是IO等系统模块。

其中，CPU部分最高为4P+4E 8核心12线程的配置，但不清楚是否还会有超低功耗的LP E核。

GPU部分则首次引入Xe2架构，当然也是低功耗版本。

不同于的是，它还同时集成了两颗内存芯片，可以看到表面有美光的标识。

进一步了解显示，这种内存是最新的LPDDR5X，频率高达8533MHz，容量可选8-32GB不等。

事实上，Intel之前就展示过这种设计，当时还以为就是Meteor Lake家族的一个版本，而且那时候是三星的颗粒，频率仅为7500MHz，容量8/16GB。

Lunar Lake的功耗范围将有两种级别，一是17-30W，采用主动风扇散热，二是仅仅8W，无需风扇被动散热即可。

看起来，这也是对高通骁龙X Elite的反击，后者将在今年年中上市。

当然了，Arrow Lake、Lunar Lake也都会命名为酷睿Ultra系列，但究竟怎么称呼，尤其是如何划分代际还不好说。

GNOME 项目今天发布了即将发布的 GNOME 46 “加德满都 “系列桌面环境的 alpha 版本，供早期用户、应用程序开发者和 Linux 爱好者们提前体验新功能和改进。

GNOME 46 alpha 版本的亮点包括通过 GDM（GNOME 显示管理器）进行无头远程登录、名为 Prompt 的新终端模拟器应用程序、名为 Biblioteca 的新离线文档应用程序、Swell Foop 和 Settings 的 GTK4 端口、无头 GNOME Classic 会话支持、WebP 图像内置支持以及 JPEG XL (JXL) 作为默认背景图像格式。

GNOME 46 中的 Nautilus（文件）文件管理器将在创建受保护的 ZIP 压缩文件时确认密码，提高自定义文件夹图标的可发现性，允许用户更改所有者/组和 admin:/// 下的任何权限，支持检测 FAT 文件系统上超过 4GB 限制的文件复制/移动操作，添加详细的日期和时间格式选项，并允许 Alt+Down 恢复超过一个 Alt+Up 的操作。

GNOME 46 alpha 中的 Nautilus（文件）
GNOME 46 还简化了 GNOME 控制中心（设置）应用程序，增加了一个新的系统面板，将区域和语言、日期和时间、关于和用户面板组合在一起；增加了一个新的应用程序面板，将可移动媒体和默认应用程序面板组合在一起；增加了一个 “关于设置 “对话框；在鼠标和触摸板中增加了一个新的设置，允许用户在键入时禁用触摸板，并在多种触摸板点击方法中进行选择；还改进了外观面板中的背景选择器性能。遗憾的是，在这个 alpha 版本中，”设置 “应用程序的版本仍为 45.2。
GNOME 46 Alpha 包含一个更新的 GNOME Shell 组件，其中优化了应用程序搜索，改进了高对比度，修复了滑块上的滚动处理、屏幕键盘、日历弹出式窗口和搜索结果中的箭头导航，改进了显示器 OSD 标签，改进了使用 Light 风格时的录音指示器，以及在工作区动画期间处理桌面窗口的能力。

在 GNOME 46 alpha 中，Mutter 窗口和合成管理器也得到了更新，可以在无法使用时丢弃带有分数比例的显示器配置，可以在模式设置时抑制实时调度，支持带有英伟达显卡驱动程序的 Xwayland 的无头设置，改进了马虎模式和鼠标焦点模式，可以强制带有英伟达显卡驱动程序的 EGLStream，以及改进了对 Wayland 和平板电脑的支持。

Epiphany (GNOME Web) 46 网页浏览器也包含了一些更改，如在未安装 gnome-keyring 时改进了 Firefox 同步支持、移除了 Google 安全浏览支持、减少了计量连接上的广告拦截过滤器更新间隔、默认情况下隐藏了开发者上下文菜单操作，以及在选择文本时隐藏各种上下文菜单项的功能。

GNOME Web 46 alpha
GNOME 地图 46 采用了受 Loupe 图像查看器启发而重新设计的缩放按钮，支持 OpenTripPlanner v2 GraphQL 的公共交通路由（目前挪威国家 Entur API 提供商已启用），使用 Adwaita 小部件重新设计的 OSM 账户对话框，用于 OpenStreetMap POI 编辑的现代化设置 UI，以及简化的地点存储缓存的灵活存储格式。
GNOME 计算器 46 允许在单位选择下拉菜单中使用子串搜索，支持阿根廷比索货币，金衡盎司 (ozt) 作为新支持的单位，以及在搜索提供商转换失败时重新加载转换率的功能。

在其他值得注意的变化中，GNOME 46 alpha 带来了更新的 GNOME 系统监视器应用程序，该应用程序最终被移植到 GTK4 工具包，其用户界面现在符合人机界面指南 (HIG)，还支持用户安装本地 flatpak 文件，并能在 GNOME 软件 46 应用程序中识别 Flathub 验证过的应用程序。

GNOME 系统监视器 46 alpha（已移植到 GTK4）
此外，GNOME 软件 46 将识别软件包更新描述中的链接，更快地加载类别页面，提供更好的多词搜索匹配，在用户界面中谨慎地显示软件包名称，提供改进的应用程序安全检查，并在安装固件更新时以正确的信息提示用户。

GNOME 文本编辑器 46 alpha 版改进了 RTL（从右到左）语言的边距，关闭标签页或窗口时取消文档加载的功能，解决了在超大文件上进行 Pango 换行时 CPU 占用率高的问题，以及更多的 GNOME HIG 和 XDG 兼容性。
除此之外，在线账户已从 GNOME 初始设置中移除，现在它使用默认的网络浏览器进行身份验证，这是更安全的登录您最喜爱账户的方法。在线账户中还引入了对 CardDav 和 CalDav 提供程序的支持，并删除了 Last.fm 和媒体服务器提供程序。

设置 > 在线账户中的 WebDav 支持
GNOME 46 alpha 将作为即将发布的 Fedora Linux 40 工作站（或 Fedora Rawhide）、openSUSE Tumbleweed 以及其他提供预装 GNOME 桌面环境的 GNU/Linux 发行版的开发快照的一部分进行公开测试。有关如何测试该 alpha 版本的更多详细信息，请参阅发布公告。

转自 GNOME 46 Alpha Desktop Released for Public Testing, Here’s What’s New – 9to5Linux

关于将 Linux 内核转换为支持现代 C++ 代码的前景，一个已有六年历史的 Linux 内核邮件列表讨论再次被点燃。现有的Linux 内核主要由 C 代码和各种手工编写的汇编语言构成，加上 Linux 内核支持 Rust 的工作也在不断增加。虽然目前还不清楚是否有足够的力量将其变为现实，但 Linux 内核社区邮件列表已重启讨论，探讨未来将 Linux 内核 C 代码转换为 C++ 的可能性。

早在 2018 年 4 月 1 日，红帽工程师大卫-豪威尔斯（David Howells）就提出了一组 45 个补丁，开始将内核转换为 C++。这将允许主线内核使用内联模板函数、内联重载函数、类继承以及其他目前 Linux 内核的 C 代码不支持的功能。那天很难进行认真的讨论，最终这些补丁在 Linux 内核邮件列表上停留了六年，没有引起太多讨论。

但昨天，长期从事 Linux 开发的彼得-安文（H. Peter Anvin）回应了内核邮件列表的主题。Anvin 写了一篇长长的 LKML 帖子，围绕为什么 Linux 内核的 C++ 最终可能是正确的时机提出了他的理由：

“安德鲁-平斯基（Andrew Pinski）最近知道了这个主题。我知道它是在 2018 年 4 月 1 日发布的，要么是个玩笑，要么可能被当成了玩笑。不过，我认为它有其合理性，我将在此尝试激发我的观点。”

自 1999 年以来，C 和 C++ 都有了长足的发展，而事实上，在我个人看来，C++ 终于”长大”了，对于操作系统内核所体现的嵌入式编程而言，它是一种更好的 C 语言。我是作为内核中大量宏和内联汇编Hacks的作者才这么说的。

让我这么说的真正原因是，我们最近提出的许多针对 gcc 扩展的要求，其实在标准 C++ 中很容易实现，而且在许多情况下，无需修改全局代码即可改进基础架构。

在我看来，C++14 是拥有合理元编程支持的”最低”版本，它拥有大部分元编程支持，却没有早期版本的类型地狱（C++11 拥有大部分元编程支持，但 C++14 填补了一些关键缺失）。

在我看来，C++20 才是真正改变游戏规则的主要因素；虽然早期版本可以使用大量 SFINAE hacks，但它们也提供了完全无用的错误信息。C++20 增加了一些概念，这使得真正获得合理的错误信息成为可能”。

对于那些可能会提出”用 Rust 重写 C 代码！”的人，Anvin 在他的信息中主动补充道：

“现在，为什么不使用 Rust 呢？首先，Rust 使用的是不同的语法（在我看来，往往是无端的），不仅所有内核开发人员都需要非常熟悉，才能获得与 C 相同的”感觉”，而且将 C 代码转换为 Rust 并不是一件可以零敲碎打的事情，而现有的 C 代码经过一些清理就可以编译为 C++。”

SUSE Lans 的 Jiri Slaby 表示支持 Linux 内核的 C++ 计划。最初发布内核补丁的红帽公司的 David Howells 也表示支持这一讨论。

我们将拭目以待 LKML 讨论的结果，以及在 2024+ 年是否最终有足够的动力支持现代 C++ 代码–或者至少是一些定义的 C++14~20 子集–在 Linux 内核中的应用。Linus Torvalds 过去一直热衷于反对 C++，但如果他对最近的 C++ 标准更加满意，或者他仍然坚持使用 C 语言来维护 Linux 内核，那么我们就能看到潮流是否最终转向了。

直到 2022 年，Linux 内核才开始从 C89 转向 C11。特别是如果达成共识，允许在内核中使用 C++14/C++20 编程子集，那么在提高基本编译器要求之前，可能还需要一段时间才能通过，以便推出更广泛的编译器支持。

转自 六年前关于是否将Linux内核从C语言转换为现代C++语言的讨论再次被提及 (msn.cn)