技术白皮书 openEuler 内核中的新特性 openEuler 24.03 LTS 基于 Linux Kernel 6.6 内核构建，在此基础上，同时吸收了社区高版本的有益特性及社区创新特性： 上游继承特性： • 内存管理 folio 特性：Linux 内存管理基于 page（页）转换到由 folio（拉丁语 foliō，对开本）进行管理，相比 page，folio 可 以由一个或多个 page • arm64 bpf 新特性支持：新增 bpf 栈变量 ldr/str 优化、pac 支持、trampoline 支持与 cpuv4 指令支持等特性，扩展了 bpf 的能力。 • 内存可靠性分级（继承特性）：支持使用者按照需求分配在对应可靠性的内存上，并对部分可能的 UCE 或 CE 故障影响进行一 定程度的缓解，达到部分 MR 内存（address range mirror）的情况下，支撑业务整体可靠性不下降。

约束限制 • 目前仅支持 2M 大页，所以 host OS 以及 NPU 卡内 OS 的透明大页需要默认开启。 • 通过 MAP_PEER_SHARED 申请的异构内存目前不支持 fork 时继承。 综上，GMEM 使用方法可参考以下链接： https://gitee.com/openeuler/docs/tree/master/docs/zh/docs/GMEM 场景创新 12 openEuler 内核创新 13 openEuler 23.09 技术白皮书 内核创新 内核创新 14 openEuler 23.09 技术白皮书 openEuler 6.4 内核中的新特性 / 合入的关键继承特性 openEuler 23.09 基于 Linux Kernel 6.4 内核构建，在此基础上，回合了 openEuler 社区低版本的有益特性及社区创新特性。 • 潮汐 affinity 调度特性：感知业务负载动态调整业务

的开源特性只是一部分优势，并不足以成为您付出精力去努力学习的理由。 对普通用户来讲，开源共享精神仅具备锦上添花的效果，我们更加看重的是，Linux 系 统是一款优秀的软件产品，具备类似 UNIX 系统的程序界面，并继承了其良好的稳定性。而 且，开源社区也在源源不断地提供高品质代码以及丰富的第三方软件支持，能够在高可用性、 高性能等方面较好地满足工作需求。 当然，大多数读者应该都是从微软的 Windows 系统开始了解计算机和网络的，因此肯定 系统的发布，红帽又给了我们一个新的选择—DNF。DNF 实际上就是解决 了上述问题的 Yum 软件仓库的提升版，行业内称之为 Yum v4 版本。 作为 Yum 软件仓库 v3 版本的接替者，DNF 特别友好地继承了原有的命令格式，且使用 习惯上也保持了一致。大家不用担心不会操作，我们来看一个例子。以前，安装软件用的命 令是“yum install 软件包名称”，那么现在则是“dnf install 软件包名称”（也就是说，将 等命令上面！！！ 5.3.2 SGID SGID 特殊权限有两种应用场景：当对二进制程序进行设置时，能够让执行者临时获取文 件所属组的权限；当对目录进行设置时，则是让目录内新创建的文件自动继承该目录原有用 户组的名称。 SGID 的第一种功能是参考 SUID 而设计的，不同点在于执行程序的用户获取的不再是文 件所有者的临时权限，而是获取到文件所属组的权限。举例来说，在早期的 Linux

载任务的高效完 成，且不影响其他系统服务。 兼容 Linux 生态：兼容 Linux 通用生态，使得程序在无需修改的前提下可以运行在轻量级内核上。 数控分离的主要目标包括：兼容性 & 通用性，继承当前 linux 内核的强大生态， Linux 生态全量兼容，通用框架支持场景 化 OS 的开发运行。 应用场景 对系统低噪声要求较高的场景，在启动包含数控分离的 CPU 隔离内核底座后，可通过

适用于内存使用量大，且使用相对不频繁的应用进程上，在这些场景中的效果好收益大，实测等成本条件下 MySQL 性能提升 40%。针对用户态存储框架和用户需求，新增用户态的内存交换机制。 功能描述 继承已有功能： 1. 进程级控制：etMem 支持通过配置文件来进行内存扩展的进程，相比于操作系统原生的基于 LRU 淘汰的 kswap 机制，更加灵活和精准。 2. 冷热分级：用户态触发

性适用于内存使用量大，且使用相对不频繁的应用进程上，在这些场景中的效果好、收益大，实测等成本条件下 MySQL 性 能提升 40%。针对用户态存储框架和用户需求，新增用户态的内存交换机制。 功能描述 继承已有功能： 1. 进程级控制：etmem 支持通过配置文件来进行内存扩展的进程，相比于操作系统原生的基于 LRU 淘汰的 kswap 机 制，更加灵活和精准。 2. 冷热分级：用户态触发对指

1. 进程粒度支持全范围去重：新增一个 prctl 系统调用接口，作为进程使能 KSM 的开关， 调用该接口可以使进程内 所有地址范围的内存（私有匿名页）参与 KSM 去重，fork 后的进程也继承该去重方式。相比之下，进程只需要调 用一次 prctl 接口，即可使能全范围 KSM 去重，而无需多次调用 madvise 分别指定去重地址范围。 2. 容器粒度支持全范围去重：在 memory

//删除该文件上的所有 facl *使用 mv, cp -p 命令移动复制文件时，将保持文件的 FACL 设置 *在 Centos7 中，若目录上已配置 facl，在目录里创建新文件时，新文件不会继承目录的 facl 46 十三、网络配置 #ip address //先查看有几张网卡，以及网卡的 IP *如上图，每个网卡名前都有一个数字编号，从 1 开始。本系统中有 2 个网卡（lo 和

那么第一句话中的参数又和变量有什么关系呢？在 3.4 节第一段中提到： A variable is a parameter denoted by a name. 变量是有名字的参数。 那么子shell确实继承了父shell中带有导出属性的变量或函数。 可参考链接： 执行脚本方式的区别 1. 关于bashrc profile文件的讨论 2. 关于export数组的讨论 3. export -pf用法 ，我们经常遇到这样的问题，在 其他目录中创建了一个网页文件，然后用mv移动到网页默认目录 /var/www/html 中，但是在浏览器 中却打不开这个文件，这很可能是因为这个文件的SELinux配置信息是继承原来那个目录的， 与 /var/www/html 目录不同，使用mv移动的时候，这个SELinux配置信息也一起移动过来了，从而 导致无法打开页面，具体请看下面的实例： 使用CentOS举例 上面我们所有讲的都是Access ACL，也就是对文件而言。下面我简单讲一下Default ACL。 Default ACL是指对于一个目录进行Default ACL设置，并且在此目录下建立的文件都将继承此目录 的ACL。 同样我们来做一个试验说明，比如现在root用户建立了一个dir目录： 1. [root@localhost ~]# mkdir dir 他希望所有在此目录下建立的文件都可

bash 结束掉 （下达 exit 或 logout） 才行。更多的程序概念我们会在 第四篇谈及，这里只要有这个概念即可。 这个程序概念与变量有啥关系啊？关系可大了！因为子程序仅会继承父程序的环境变量， 子程序不会继承父程序的自 订变量啦！所以你在原本 bash 的自订变量在进入了子程序后就会消失不见， 一直到你离开子程序并回到原本的父 程序后，这个变量才会又出现！ 换个角度来想，也就是说， 下，如果我用 root 或者是 pro1 的身份去 /srv/projecta 增加文件或目录时，该文件或目录是否能够具有 ACL 的设置？ 意思就是说， ACL 的权限设置是否能够被次目录所“继承？”先试看看： 1. [root@study ~]# cd /srv/projecta 2. [root@study ~]# touch abc1 3. [root@study ~]# mkdir root projecta 6 Jul 21 17:49 abc2 你可以明显的发现，权限后面都没有 + ，代表这个 acl 属性并没有继承喔！如果你想要让 acl 在目录下面的数据 都有继承的功能，那就得如下这样做了！ 使用默认权限设置目录未来文件的 ACL 权限继承“ d:[u|g]:[user|group]:权限 ” 1. # 4. 针对默认权限的设置方式： [root@study ~]#