|
本文为你介绍openEuler操作系统关键特性、已知问题及已修复的问题，掌握这些信息对你使用openEuler非常有利，比如了解已知问题后，你不需要额外去找解决方案了。openEuler下载地址：openEuler 20.03 LTS发布下载，附相关介绍。
1、openEuler操作系统的关键特性 1]、iSula轻量级容器解决方案，统一IoT，边缘和云计算容器解决方案： 缩短三级调用链，百容器内存资源占用相比Docker引擎显著下降。 支持CRI/OCI标准开源接口，灵活对接runc、kata等多种OCI运行时。 通过Smart-loading智能镜像下载技术，显著提升镜像下载速度。 安全容器：虚拟化技术和容器技术的有机结合，安全容器具有更好的隔离性。 系统容器：支持本地文件系统启动，可实现快速部署。支持部署systemd，提升user namespace隔离性。 2]、Kunpeng加速引擎（KAE），支持加解密加速： 摘要算法SM3，支持异步模型。 对称加密算法SM4，支持异步模型，支持CTR/XTS/CBC模式。 对称加密算法AES，支持异步模型，支持ECB/CTR/XTS/CBC模式。 非对称算法RSA，支持异步模型，支持Key Sizes 1024/2048/3072/4096。 密钥协商算法DH，支持异步模型，支持Key Sizes 768/1024/1536/2048/3072/4096。 3]、A-Tune智能系统性能优化引擎，推理出业务特征，配置最佳的系统参数合，使业务处于最优运行状态。 4]、增强glibc/zlib/gzip性能，充分利用AArch64的neon指令集，提升基础库性能。 5]、Linux内核特性增强： 支持ARM64内核热补丁。 Numa Aware Qspinlock：减少跨NUMA节点的Cache/总线冲突。 通过优化IOVA页表查找和页表释放算法，提升I/O MMU子系统性能。 根据ARM64指令以及流水线特点，优化CRC32及checksum实现，大幅提升数据校验性能。 支持ARM v8.4 MPAM（Memory System Resource Partitioning and Monitoring）。 6]、关于停止Python 2维护的通知： Python核心团队已经于2020年1月停止对Python 2的维护。在2020年，openEuler 20.03 LTS仅修复Python 2的致命CVE，并将于2020年12月31日全面停止维护，请尽快切换到Python 3版本。
2、openEuler操作系统已知的问题 内核FIPS启动模式还未经过完整认证，FIPS启动可能存在问题。 使用libvirt启动glusterfs虚拟机，每次会有300字节的内存泄漏。 使用libvirt接口连续执行磁盘热插拔操作，概率性出现热拔接口返回成功，但磁盘未真正拔除，也不能再次热插和热拔该磁盘。关闭虚拟机后再启动可恢复正常。 使用x86_64虚拟机安装时，极小概率可能出现未知安装异常，请再次安装恢复。 在本地应用程序通过调用g_str_hash函数，调用该接口的应用会持续消耗CPU，导致拒绝服务攻击，社区已经明确不解决。 通过构造异常的SVG文档进行指数级XML实体扩展攻击，当Qt尝试解析SVG时，可能会发生内存不足的情况。讨论详情请参见社区讨论。 部分开源包编译前需要提前安装gdb，gcc，make等基础软件，否则会由于缺少依赖而编译失败。 AArch64和x86_64在char类型上定义不一致，导致coreutils，augeas，diffutils自检报错，请增加–fsigned-char编译选项解决。
3、openEuler操作系统已修复的问题 以下为已修复问题的描述，如果你在其他openEuler旧版本中存在这些问题，当前已经修复： arm机器上lscpu命令无法显示cpu主频，cpu cache错误。 使用isula/crictl pull镜像失败。 delete redundant gpg sig file for shadow-4.6。 unbuffer命令不可用。 arping -w参数失效。 跑最新LTP中的pty03用例，必现oops。 启动500个定时任务，4~5分钟后，任务处理不过来，系统会卡死。 启动kata容器失败抓到warning信息不足定位，需要打印更多报错。 kata-runtime远程模式下isula rm -f没有执行kill导致残留。 ext4文件系统上触发open时发现softlockup。 kubectl创建pod导致isulad崩溃。
相关主题 |
