同时发布边缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本，聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 2022 年 9 月 30 日，发布 openEuler 22.09 创新版本，持续补齐全场景的支持。 2022 年 12 月 30 日，发布 openEuler 特性。用于解决服务器系统中，混部不同类型业务时，由于共享资源的竞争（Cache，DMC， Interconnect），而带来的某些关键应用性能下降或者系统整体性能下降的问题。 14 openEuler 22.03 LTS SP2 技术白皮书 内核创新 SMT 驱离防止优先级反转特性 目前云场景中，在线业务与离线业务混合部署提升资源利用率的同时，如何保证在线业务的 QoS 是当前亟需解决的问 性解决了由于被驱离离线任务占用临界资源无法释放的问题。 混部场景中，开启了 SMT 驱离离线任务特性，需要将 CONFIG_QOS_SCHED_SMT_EXPELLER 打开。 应用场景 开启混部 SMT 驱离特性后，假设 CPUA 和 CPUB 互为 SMT 核，将在线任务绑在 CPUA 上，离线任务绑在 CPUB 上。 CPUA 上的在线任务长时间 100% 占用 CPU 资源，则 CPUB 上的离

嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本， 聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 2022 年 9 月 30 日，发布 openEuler 22.09 创新版本，持续补齐全场景的支持。 2022 年 12 月 30 日，发布 openEuler 提供各自擅长服务的框架，例如 Linux 提供通用的文件系统、网络服务，实时操作系统提供实时控制、 实时计算等服务；多 OS 基础设施是从工程角度为把不同 OS 从工程上有机融合在一起的一系列机制，包括资源表达与分配，统一 构建等功能。 混合关键性部署框架当前能力： - 支持裸金属模式下 openEuler Embedded Linux 和 RTOS（Zephyr/UniProton）的生命周期管理、跨 、更安全的子树委派以及更丰富的特性支持。 1）统一层级结构： 简化 cgroup 的层级管理，用户不需要为不同的资源管理配置多个独立的 cgroup 树，降低多个控制器协同工作控制难度。提 供了更一致和简化的接口，使得配置更简单易懂。更高的安全性，避免父子 cgroup 资源竞争：cgroup v2 新增只有父 cgroup 内部无进程时才能启用子 cgroup 控制器的限制。 2）更完善的线程模式管理：

................................................................................. 295 12.1.1 配置共享资源 ............................................................................................... 299 环境对运维人 员的要求。而且，本书每章都配套有大量的图、表、命令示例以及课后复习题，大家可以在 阅读本书的过程中同步操作完所有的实验内容，以达到增强学习兴趣与加深记忆的效果。最 后，本书以及配套资源相较于当前红帽 RHCE 8 版本的考试要求，至少要再多出 50%的内容， 而且已经有几千位学员陆续通过本书的学习顺利取得认证。因此，只要您能每天坚持学习， 相信这绝对是体验极佳、进步极快的一次学习经历。 RAID 10、RAID 5+备份盘等方案来更直观地查看 RAID 的强大 效果，以便进一步满足生产环境对硬盘设备的 I/O 读写速度和数据冗余备份机制的需求。 同时，考虑到用户可能会动态调整存储资源，本章还将介绍 LVM（Logical Volume Manager，逻辑卷管理器）的部署、扩容、缩小、快照以及卸载删除的相关知识。 35 ➢ 8 iptables firewalld

芯片 APPS 虚拟化 容器 QEMU Docker libvirt 虚拟化/ 容器 StratoVirt iSula 编译器 应用 桌面系统 UKUI/DDE/Xfce DB Web 资源编排 消息中间件 内核热升级 文件系统 芯片、外设驱动 Linux Kernel 5.10 计算 架构 进程 管理 驱动 框架 内存分层 扩展 IO异步 通讯框架 虚拟化 增强 调度 管理 内核热升级 修复内核高危安全 CVE 漏洞 , 升级加载新的安全内核 , 内核热升级可以保证关键核心业务不中断。内核在升级前检测业 务使用资源状态，利用快速冻结技术对业务使用资源的状态进行冻结，利用快速加载技术对新内核进行加载，然后对冰冻的 资源状态进行恢复。 为了在修复内核问题的过程中保证业务不中断，热补丁技术应运而生。但热补丁技术有很多局限性，例如：不能改变数 据结构、不能修复 inline 证回滚到旧内核上。 2. 业务进程保存：利用系统 Checkpoint 保存业务进程和资源状态，保证系统业务状态与资源的一致性。 3. 新内核加载：利用系统 Kexec 机制实现新内核的快速加载，保证端到端业务秒级恢复。 4. 业务进程恢复：利用系统 Restore 技术对已保存的业务状态与资源进行恢复。 应用场景 应用场景 1： 内核 CVE 修复 典型应用程序（如 Nginx、Redis、Mysql

的文件夹），然后这个文件夹就是接下来我们要创建的虚拟机的虚拟磁盘。 虚拟机就是虚拟出来的一台计算机，刚创建时是空白的，可以给它添加磁盘，网卡，光盘， CPU，内存等计算机资源，当虚拟机关机时，分配给它的资源是不会被使用的，当虚拟机开 机时，这些资源就被它使用了。这些资源是共用我们自己的这台物理机的，所以物理机的性 能 不能太差。 1.在主页面上点击创建新的虚拟机 3 2.使用典型配置，下一步 3.选择“稍后安装操作系统”，下一步 文件权限 ①文件权限说明 Linux 的文件权限有 3 个：读、写、执行（read、write、execute）（暂时说 3 个） Linux 是多用户系统，在一个系统上可以允许多个用户登录并使用系统资源，所以一个文件 的权限根据用户的类型而分成 3 类，一类是对文件拥有者而言的，一类是对文件所在组的组 员的，一类是对其他人的。在查看文件的属性时，前面的那九个字符（rwx-字样的）就表示 文件的权限： 及内存信息 #lscpu //查看 cpu 信息 #cat /proc/cpuinfo //查看 cpu 信息 #getconf LONG_BIT //查看 cpu 位宽 #free -m //查看内存资源使用情况，total 表示总的大小， //-m 表示以 MB 为单位显示 ④查看系统默认语言环境 #echo $LANG //查看系统使用的语言及字符编码 ⑤查看磁盘及分区情况 #lsblk //查看磁盘及分区情况

缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本， 聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 2022 年 9 月 30 日，发布 openEuler 22.09 创新版本，充分释放多样性算力，持续深化全场景创新，打造极致迁移能力， 实现欧拉鸿蒙互联互通。 Wasm 沙箱引擎整体功能主要由以下两个关键组件提供： 1. Wasm 函数管理框架 • 支持监听处理高并发量函数请求 • 函数的生命周期管理 • 兼容 OCI 格式容器镜像，管理本地函数镜像资源 2. Wasm 轻量级协程调度框架 抽象 Wasm 实例执行上下文，支持轻量级高性能的用户态协程调度模型，并支持 JIT/AOT 多种 Wasm 实例执行模型。 应用场景 适用于按需启动短时间运行时的无状态 业务对于低系统噪声的需求，本特性设计数控分离架构的计算底座 HCK（High-performance Computing Kit）， 配合 HCK 的用户态工具 launcher，使目标应用可以运行在隔离的 CPU 资源上，为 HPC 业务提供低噪声的隔离执行环境。 功能描述 HCK 的功能由两部分组成： 1. 内核态的底座部分 内核态底座部分提供的功能如下： • CPU 噪声移植：将影响应用波动性的系统噪声从隔离核上迁移出

同时发布边缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本，聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 2022 年 9 月 30 日，发布 openEuler 22.09 创新版本，持续补齐全场景的支持。 2022 年 12 月 30 日，发布 openEuler 的影响。 • 混部多优先级：允许 cgroup 配置 -2~2 的 cpu.qos_level，即多个优先级，使用 qos_level_weight 设置不同优先级权 重，按照 CPU 的使用比例进行资源的划分。并提供唤醒抢占能力。在提高机器利用率的同时，保证高优和延迟敏感的 在线业务不受离线业务的影响。 • 可编程调度：基于 eBPF 的可编程调度框架，支持内核调度器动态扩展调度策略，以满足不同负载的性能需求，具备 子系统提供对系统中一组进程打开的文件数量（即句柄数）进行分组管理，相比于已 有的 rlimit 方法，能更好的实现文件句柄数的资源控制（资源申请及释放、资源使用动态调整、实现分组控制等）， 并为资源管理提供方便调用的接口，实现避免某个进程打开过多文件造成整个系统资源不足无法正常工作。 • cgroupv1 使能 cgroup writeback：cgroup writeback 用于控制和管

时发布边缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本，聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 openEuler 作为一个操作系统发行版平台，每两年推出一个 LTS 版本。该版本为企业级用户提供了一个安全稳定可靠 的操作系统。 openEuler 进入网络协议栈之前就对数据进行处理，提升网络性能。可用于 DDOS 防御、防火墙、网络 QOS 等场景。 • SVA（Shared Virtual Addressing）支持：进程虚拟地址在主机进程和设备间共享，实现资源跨主机与设备免拷 贝复用，提升跨主机和设备业务通讯性能。 • MPAM 增强：支持外部接口自定义配置分区 rmid，支持 MPAM 设备节点通过 device tree 配置启动，可用于虚拟化 存使用高可靠内存，避免内存多 bit 故障引起内核复位。 b) 动态大页技术：支持对大页进行拆分和合并的功能，从而使得绑定到 memcg 的进程可以使用 1G/2M/4K 三种页。 当大页资源不足时，可以动态配置大页资源，避免系统重启，减少业务中断时间。 c) 内存 RAS 容错增强：支持 copy_from_user 读操作时，发生内存多 bit 错误，系统不复位。可以通过杀掉受影响 的进程，而避免内核复位。

可以达成的功能之一啰！所以 Linux 的作用实在不止于网络服务器的架设吶。 举例来说，在 Linux 上面开发跨平台的数值模式 (model) 诸如大型的大气仿真模式，由于 Linux 的稳定与完善 的资源分配功能，使得在 Linux 上面开发出来的程序运作的又快又稳定。此外，诸如 KDE, GNOME 等漂亮的图形 接口，搭配诸如 Open Office 等办公室软件，Linux 立刻摇身一变而成为优秀的办公室桌面计算机了 想要架设服务器吗？那…架什么服务器？这个服务器要不要对 Internet 开放？这个服务要不要针对客户提供相关账 号？ 要不要针对不同的客户账号进行例如磁盘容量、可活动空间与可用系统资源进行限制？如果要进行各项资源的限 制， 那服务器操作系统应该要如何安装与设定？问题很多吧！所以，先了解你要的服务器服务目的之后，后续的规划 才能陆续出炉。 不过，如果架站只是为了『练功』而已，呵呵！那就不需要考虑太多了～ 统？如何让文件系统具有未来扩充性 (LVM 之类)？ 系统如何管理各项服务之启动？系统的开机流程为何？系统出错时，该如何进行快速复原等等，这都 需要了解的呢！ 内部防火墙设定：管理系统的可分享资源 一部主机可以拥有多种服务器软件的运作，而很多 Linux distributions 出厂的默认值就已经开放很多服务给 Internet 使用了，不过这些服务可能并不是你想要开放的呢。我们在了解网络基础与所需服务的目的之后，

OpenAMP混合部署模式 • 分布式软总线，欧拉/鸿蒙设备互通 云计算 边缘计算 openEuler SDK openEuler DevOps： • 磁盘资源隔离，大数据性能提升30% • 应用感知调度，hbase性能提升20% • 容器/虚机混部， • 资源利用率15%-30% • 边云管理协同框架， • 跨边云单应用秒级发放 缘起：一个运动控制系统(机器人,数控机床….) 智能控制 （人机交互 特点：OS承担全部功能 • 不足：无法实现分工协作 • 典型硬件:STM32MP15 • 特点：Linux和RTOS分工 协作资源静态分配 • 不足：Linux和RTOS之间 无法实现强隔离 • 典型硬件:树莓派４ • 特点：Linux和RTOS分工 协作 • 强隔离、资源动态分配 • 不足：对异构支持不完善 • 典型硬件:Xilinx Ultra Scale • 特点：异构多核，多种运 不足：软件栈结构复杂 在不同模式下，openEuler Embedded始终是中心，提供富功能、富管理、富生态 混合关键系统：单节点极致“异构” 算力，多种OS/runtime共同部署， 各尽其才，充分利用硬件资源 弹性融合底座 实例0 实例2 实例3 实例4 实例1 RTOS1 Baremetal RTOS2 RTOS3 Linux 应用 应用 应用 管理与服务 域0 域1 域2 域3 混合部署框架