openEuler 22.03 LTS SP2 技术白皮书希望与广大生态伙伴、用户、开发者一起,通过联合创新、社区共建,不断增强场景化能力,最终实现统 一操作系统支持多设备,应用一次开发覆盖全场景。 openEuler 覆盖全场景的创新平台 开源操作系统的构建过程,也是供应链聚合优化的过程。拥有可靠开源软件供应链,是大规模商用操作系统的基础。 openEuler 从用户场景出发,回溯梳理相应的软件依赖关系,理清所有软件包的上游社区地址、源码和上游对应验证。完 成构建验证、 容器化部署、运维,提供与业务容器一致的基于 K8S 的管理体验。 • 安全容器方案:iSulad+shimv2+StratoVirt 安全容器方案,相比传统 Docker+Qemu 方案,底噪和启动时间优化 40%。 • 双平面部署工具 eggo:ARM/X86 双平面混合集群 OS 高效一键式安装,百节点部署时间 <15min。 新场景 • 边缘计算:发布面向边缘计算场景的版本 openEuler RISC-V 龙芯 x86 � 软实时 行业应用 工控 机器人 电力 � 嵌入式虚拟化 Linux 5.10 内核 调度/内存/文件系统/... 分布式软总线 Linux 生态 硬实时应用 硬实时 实时内核 工具体系 统一构建系统 IDE DFX 体系 性能优化 调试 维测 SDKs 仿真 统一 元数据表达 构建 DSL 统一 执行引擎 混合部署框架 11 openEuler0 码力 | 48 页 | 5.62 MB | 1 年前3
 openEuler 21.09 技术白皮书景。 openEuler 对 Linux Kernel 的持续贡献 openEuler 内核研发团队持续贡献 Linux Kernel 上游社区,回馈主要集中在:芯片架构、ACPI、内存管理、文件系统、 Media、内核文档、针对整个内核质量加固的 bug fix 及代码重构等内容。十余年来总计向社区贡献 17000+ 补丁。 在 Linux Kernel 5.10 和 5.14 版本中,openEuler 版本中,openEuler 内核研发团队代码贡献量排名全球第一。坚持内核创新,持续贡献 上游社区。 openEuler 开放透明的开源软件供应链管理 开源操作系统的构建过程,也是供应链聚合优化的过程。拥有可靠开源软件供应链,是大规模商用操作系统的基础。 openEuler 从用户场景出发,回溯梳理相应的软件依赖关系,理清所有软件包的上游社区地址,源码和上游对应验证。完成 构建验证、分发、实 云原生调度增强:针对云场景在线和离线业务混合部署场景,创新 CPU 调度算法保障在线业务对 CPU 的实时抢占及抖动 抑制,创新业务优先级 OOM 内存回收算法保障在线业务安全可靠运行。 • 新文件系统 EulerFS:面向非易失性内存的新文件系统,采用软更新、目录双视图等技术减少文件元数据同步时间, 提升文件读写性能。 • 内存分级扩展 etMem:新增用户态 swap 功能,策略配置淘汰的冷内存交换到用户态存储,用户无感知,性能0 码力 | 35 页 | 3.72 MB | 1 年前3
 openEuler 24.03 LTS 技术白皮书现统一操作系 统支持多设备,应用一次开发覆盖全场景。 openEuler 覆盖全场景的创新平台 服务器 云计算 边缘 嵌入式 基础公共服务 服务器 开源操作系统的构建过程,也是供应链聚合优化的过程。拥有可靠开源软件供应链,是大规模商用操作系统的基础。 openEuler 从用户场景出发,回溯梳理相应的软件依赖关系,理清所有软件包的上游社区地址、源码和上游对应验证。完成构建验证、 容器化部署、运维,提供与业务容器一致的基于 K8S 的管理体验。 • 安全容器方案:iSulad+shimv2+StratoVirt 安全容器方案,相比传统 Docker+QEMU 方案,底噪和启动时间优化 40%。 • 双平面部署工具 eggo:Arm/x86 双平面混合集群 OS 高效一键式安装,百节点部署时间 <15min。 新场景 • 边缘计算:发布面向边缘计算场景的版本 openEuler 等硬件 SDK,以及 TensorFlow、PyTorch 等相应的 AI 框架软件,支持 AI 应用在 openEuler 上高效开发与运行。 2. openEuler AI 软件栈容器化封装优化环境部署过程,并面向不同场景提供以下三类容器镜像。 OS for AI • SDK 镜像:以 openEuler 为基础镜像,安装相应硬件平台的 SDK,如 Ascend 平台的 CANN 或 NVIDIA0 码力 | 45 页 | 6.18 MB | 1 年前3
 Debian 参考手册(版本 2.109). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.2 类 Unix 文件系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.2.2 文件系统深入解析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2.3 文件系统权限 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 1.3.8 MC 中的虚拟文件系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 1.4 类 Unix0 码力 | 261 页 | 1.39 MB | 1 年前3
 Linux Lab v1.1 中文手册. . . . . . . . . . . . . . . . . . . 42 3 欢迎加入 Linux Lab 用户组,联系微信:tinylab,公众号:泰晓科技 4.5 Rootfs 文件系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 4.6 Linux 与 U-Boot 调试 . . . U-Boot,Linux, Buildroot,QEMU。支持 Linux v0.11, v2.6.10 ~ v5.x 3 预置组件 提供上述组件的预先编译版本,并按开发板分类存放,可即时下载使用 4 根文件系统 支持 initrd,harddisk,mmc 和 nfs; ARM 架构提供 Debian 系统 5 Docker 包括 gcc-4.3 在内的交叉工具链已预先安装,还可灵活配置并下载外部交叉工具链 fig)、根文件系统 (rootfs)以及一些测试脚本。但在当时的条件下,所有的工作只是简单地归档在一个目录下,并 没有从整体上将它们组织起来。 1.5.3 项目诞生 这些工作成果在我的硬盘里闲置了好多年,直到我遇到了 noVNC 和 Docker,并基于这些新 技术开发了第一个 Linux 0.11 Lab,此后,为了将此前开发的那些零散的脚本、内核配置文件、 根文件系统和测试脚本整合起来,我开发了0 码力 | 70 页 | 1.53 MB | 1 年前3
 openEuler 21.03 技术白皮书架构,同时发布了 RISC-V 的体验版本。 openEuler 希望与广大用户和开发者一起加速完善多样化算力的生态和性能体验。 openEuler 希望把工作负载和最合适的算力单元进行匹配,通过软件优化提升并行处理能力,高效的释放多样性算力。 openEuler 版本管理 openEuler 20.03 LTS openEuler 系统镜像下载 openEuler 社区主线 openEuler 架构、ACPI、内存管理、文件系统、 Media、内核文档、针对整个内核质量加固的 bug fix 及代码重构的内容。十余年来总计向社区贡献 13000+ 补丁。 在 Linux Kernel 5.10 版本中,华为的代码贡献量排名全球第一。坚持内核创新,持续贡献上游社区。 openEuler 开放透明的开源软件供应链管理 开源操作系统的构建过程,也是供应链聚合优化的过程。拥有可靠开源软件供应链,是大规模商用操作系统的基础。 openEuler WHITE PAPER 系统框架 openEuler 操作系统使用场景主要是服务器,包括基础加速库、虚拟化、内核、驱动、编译器、系统工具、OpenJDK 等组件。 创新架构,全栈优化,打造全场景协同的 One OS,充分释放多样性算力。 IDE 自调优工具 A-Tune 测试平台 Compass-CI 工具链 OpenStack Kubernetes 麒麟HA 集群调度0 码力 | 18 页 | 1.30 MB | 1 年前3
 Linux Lab v1.3 中文手册4.4 Toolchain 工具链 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 4.5 Rootfs 文件系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 4.6 Linux 与 U-Boot 调试 . . . U-Boot,Linux, Buildroot,QEMU。支持 Linux v0.11, v2.6.10 ~ v5.x 3 预置组件 提供上述组件的预先编译版本,并按开发板分类存放,可即时下载使用 4 根文件系统 支持 initrd,harddisk,mmc 和 nfs; ARM 架构提供 Debian 系统 5 Docker 包括 gcc-4.3 在内的交叉工具链已预先安装,还可灵活配置并下载外部交叉工具链 这些脚本使用 qemu-system-ARCH 作为处理器/开发板的模拟器,在模拟器上针对 Ftrace + Perf 运行了基本的启动测试和功能测试,并为之相应准备了内核配置文件(defconfig)、根文件系统 (rootfs)以及一些测试脚本。但在当时的条件下,所有的工作只是简单地归档在一个目录下,并 没有从整体上将它们组织起来。 11 欢迎加入 Linux Lab 用户组,联系微信:tinylab,公众号:泰晓科技0 码力 | 73 页 | 1.54 MB | 1 年前3
 Linux Lab v1.2 中文手册4.4 Toolchain 工具链 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 4.5 Rootfs 文件系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 4.6 Linux 与 U-Boot 调试 . . . U-Boot,Linux, Buildroot,QEMU。支持 Linux v0.11, v2.6.10 ~ v5.x 3 预置组件 提供上述组件的预先编译版本,并按开发板分类存放,可即时下载使用 4 根文件系统 支持 initrd,harddisk,mmc 和 nfs; ARM 架构提供 Debian 系统 5 Docker 包括 gcc-4.3 在内的交叉工具链已预先安装,还可灵活配置并下载外部交叉工具链 fig)、根文件系统 (rootfs)以及一些测试脚本。但在当时的条件下,所有的工作只是简单地归档在一个目录下,并 没有从整体上将它们组织起来。 1.5.3 项目诞生 这些工作成果在我的硬盘里闲置了好多年,直到我遇到了 noVNC 和 Docker,并基于这些新 技术开发了第一个 Linux 0.11 Lab,此后,为了将此前开发的那些零散的脚本、内核配置文件、 根文件系统和测试脚本整合起来,我开发了0 码力 | 73 页 | 1.53 MB | 1 年前3
 openEuler 22.03-LTS 技术白皮书景。 openEuler 对 Linux Kernel 的持续贡献 openEuler 内核研发团队持续贡献 Linux Kernel 上游社区,回馈主要集中在:芯片架构、ACPI、内存管理、文件系统、 Media、内核文档、针对整个内核质量加固的 bug fix 及代码重构等内容。十余年来总计向社区贡献 17,000+ 补丁。 在 Linux Kernel 5.10 和 5.14 版本中,openEuler 版本中,openEuler 内核研发团队代码贡献量排名全球第一。坚持内核创新,持续贡献 上游社区。 openEuler 开放透明的开源软件供应链管理 开源操作系统的构建过程,也是供应链聚合优化的过程。拥有可靠开源软件供应链,是大规模商用操作系统的基础。 openEuler 从用户场景出发,回溯梳理相应的软件依赖关系,理清所有软件包的上游社区地址,源码和上游对应验证。完 成构建验证、分发、 云原生调度增强:针对云场景在线和离线业务混合部署场景,创新 CPU 调度算法,保障在线业务对 CPU 的实时抢占 及抖动抑制,创新业务优先级 OOM 内存回收算法,保障在线业务安全可靠运行。 • 新文件系统 EulerFS:面向非易失性内存的新文件系统,采用软更新、目录双视图等技术减少文件元数据同步时间, 提升文件读写性能。 • 内存分级扩展 etMem:新增用户态 swap 功能,策略配置淘汰的冷内存交换到用户态存储,用户无感知,性能优于0 码力 | 17 页 | 6.52 MB | 1 年前3
 openEuler 23.09 技术白皮书希望与广大生态伙伴、用户、开发者一起,通过联合创新、社区共建,不断增强场景化能力,最终实现统 一操作系统支持多设备,应用一次开发覆盖全场景。 openEuler 覆盖全场景的创新平台 开源操作系统的构建过程,也是供应链聚合优化的过程。拥有可靠开源软件供应链,是大规模商用操作系统的基础。 openEuler 从用户场景出发,回溯梳理相应的软件依赖关系,理清所有软件包的上游社区地址,源码和上游对应验证。完 成构建验证、分 且 GMEM API 与 Linux 原生内存管理 API 保持统一,易用性强,性能与可移植性好。 加速器使用 GMEM API 将内存接入统一地址空间后,可自动获得 GMEM 面向异构内存编程优化的能力。与此同时,加 速器驱动无需重复实现内存管理框架,大幅降低开发维护带来的成本。 开发者使用一套统一申请、释放的 API,即可完成异构内存编程,无需处理内存搬移等细节。在加速器 HBM 内存不足时, 用户可以直接使用OS的mmap分配统一虚拟内存,GMEM在mmap系统调用中新增分配统一虚拟内存的标志(MMAP_ PEER_SHARED)。 同时 libgmem 用户态库提供了内存预取语义 hmadvise 接口,协助用户优化加速器内存访问效率(参考 https:// gitee.com/openeuler/libgmem)。 约束限制 • 目前仅支持 2M 大页,所以 host OS 以及 NPU 卡内 OS 的透明大页需要默认开启。0 码力 | 52 页 | 5.25 MB | 1 年前3
共 42 条
- 1
 - 2
 - 3
 - 4
 - 5
 













