OpenEuler（EulerOS）与CentOS差异

• - 提升多核并发能力，增强业务性能；L2 Cache共享技术，提升不同OSD进程间访问效率；首次在鲲鹏处理器架构内实现内核热补丁。
• - 通过和Linaro及绿色产业联盟合作，联合构建绿色计算生态联盟，促进鲲鹏生态发展。
• - 通过鲲鹏处理器的关键特性使能，实现了核心业务场景性能突破，并在Linux内核、虚拟化、GCC、OpenJDK及Docker等开源社区持续贡献，催熟产业生态。

• - 可配置加固策略。
• - 内核级OS安全能力。
• - 通过公安部信息安全技术操作系统安全技术要求认证。
• - 通过德国BSI PP标准的CC EAL4+认证。
• - 通过美国NIAP PP标准的CC EAL2+认证。
• - 通过美国NISTCAVP密码算法认证。
• - 支持业界主流的安全漏扫工具。

• - 故障管理（故障预测、分析、纠正、隔离）。
• - 设备热插拔（支持设备动态调整、在线设备维护）。
• - 软件故障修复（内核/用户态热补丁）。
• - 7*24的服务保障体系（定制、调测、补丁升级、现场）。
• - Unix03、LSB、IPv6 Ready、GB18030等行业标准认证体系。

• openeuler也叫EulerOS，是华为自主研发的服务器操作系统，能够满足客户从传统IT基础设施到云计算服务的需求。
• EulerOS对ARM64架构提供全栈支持，打造完善的从芯片到应用的一体化生态系统。
• EulerOS，以Linux稳定系统内核为基础，支持鲲鹏处理器和容器虚拟化技术，是一个面向企业级的通用服务器架构平台。

• CentOS是免费的、开源的、可以重新分发的开源操作系统 ，CentOS（Community Enterprise Operating System，中文意思是社区企业操作系统）是Linux发行版之一。
• CentOS Linux发行版是一个稳定的，可预测的，可管理的和可复现的平台，源于Red Hat Enterprise Linux（RHEL）依照开放源代码规定释出的源码所编译而成。

• 2010-2012，EulerOS诞生：华为内部高性能计算项目EulerOS首次发布。
• 2013-2016，EulerOS 1.x系列：华为内部ICT产品首次规模商用，包括存储产品、无线控制器、CloudEdge等。
• 2016-，EulerOS 2.x系列：华为内部云产品商用以及ICT产品规模商用，包括消费者云、华为公有云、存储产品、无线产品、云核心网等。[2]
• 2019年12月31日，华为作为创始企业发起了openEuler开源社区，并将EulerOS相关的能力贡献到openEuler社区，后续EulerOS将基于openEuler进行演进。[3]
• 2021年9月，华为推出openEuler欧拉操作系统。[5]
• 2021年11月5日消息，openEuler Summit 将于 11 月 9 日-10 日在北京召开。此次峰会由欧拉开源社区举办，华为作为战略合作单位。

• 自2004年3月以来，CentOS Linux一直是社区驱动的开源项目，旨在与RHEL在功能上兼容。CentOS主要分为两个主要版本，CentOS Linux和CentOS Stream版。
• Linux版每两年发行一次，每个版本的系统会提供10年的安全维护支持。
• Stream版为滚动更新版 [4] ，意味着没有固定版本号，是动态更新具体的内容。

centos：centos始终开源、免费，面向全球，但没有特别突出的本土化功能。

• 1）深度优化调度、IO、内存管理，提供Arm64、x86、RISC-V等更多算力支持。
• 2）内核动态抢占，新增启动选项preempt=none/voluntary/full，允许内核动态切换抢占模式。
• 3）mremap性能优化，通过移动 PMD/PUD 级别的表项，加速映射大块内存的速度。
• 4）per memcg lru lock，采用per memcg lru_lock，减少云原生容器实例锁竞争，提升系统性能。
• 5）大页内存管理优化，通过共享映射方式将HugeTLB管理页中无实际作用的tail页释放掉，从而降低管理结构的开销，降低大页管理自身内存占用。
• 6）TLB并发刷新支持，本地TLB和远端TLB刷新并行，优化TLB shootdown流程加速TLB刷新，提升业务性能。
• 7）大页vmalloc性能优化，对于超过huge page的最小size的空间进行vmalloc()分配时，将会尝试使用 huge page 而不是 base page来映射内存，可以大大改善 TLB 的利用，降低TLB miss。
• 8）UCE容错， 系统运行时，内核态触发硬件内存错误的处理方式是无差别的内核panic，基于分析，部分场景的影响仅仅是用户态进程的运行受到影响，我们可以通过杀死用户态进程并隔离出错页面，而不必通过系统panic来处理内存错误。基于此思路，针对uaccess场景（copy_{from, to}_user, {get, put}_user）、cow场景、coredump场景提供解决方案，避免此情况下的系统复位，提升系统可靠性。

END