龙蜥白皮书精选:跨云-边-端的只读文件系统 EROFS 原创
文/徐静波
01 背景概述
在云原生、桌面、终端等应用领域,为了高效可信构建,分发和运行镜像,解决方案一般倾向选择只读方案,其优势在于分发和签名校验、写保护、器件故障可靠恢复等。通用文件系统如 EXT4 和 XFS 往往不能充分满足镜像极致大小、压缩、去重及可复现构建等需求,且通用文件系统冷门特性会增加格式复杂度,影响分发和执行环节的安全性和可控性,因此打造 Linux下高性能自包含内核只读文件系统能更好地服务容器、终端、集群 OS 等业务场景。
02 技术方案
EROFS 是为高性能只读场景量身打造的内核文件系统,提供了多层镜像、透明压缩、块去重、原生按需加载、FSDAX 内存直接访问等特性,于 Linux 5.4 正式合入Linux主线。在容器镜像领域,通过与 CNCF Dragonfly 的 Nydus 镜像服务深度融合,打造了 RAFSv6、FS-Cache 等技术,服务容器 runC、Kata 等场景,未来还将发力 page cache 内存共享进一步提供内存超卖能力。在终端领域已成为 Android Open Source Project 推荐的系统分区文件系统格式。
技术优势:
- Linux 内核原生,通过压缩,块去重,字节滚动压缩去重节省镜像存储空间。
- 原地解压等技术进一步优化运行态内存占用,提升性能。
- 提供内核原生按需加载能力,从源头解决 FUSE 额外拷贝和上下文切换开销。
应用场景:容器/App/系统镜像、软件包管理、AI 数据分发、函数计算、机密计算、无盘启动、安装器等。
03 基于 EROFS + FS-Cache 优化 Nydus 镜像按需加载
EROFS over FS-Cache 是龙蜥社区牵头为 Nydus 和 EROFS 开发的下一代容器镜像按需加载技术,同时也是 Linux 内核原生的镜像按需加载特性,于 5.19 合入内核社区主线。该方案将按需加载的缓存管理通过 FS-Cache 框架下沉到内核态执行,当镜像已在本地缓存时,相比用户态方案可有效避免内核态/ 用户态上下文切换和内存拷贝;当缓存未命中时,再通知用户态通过网络获取数据,做到真正的“按需”,非按需场景下实现几乎无损的性能和稳定性。
在按需加载场景,EROFS over FS-Cache 相比 FUSE 性能更优(注:数据为三次测试取平均值):
| OCI | EROFS + FUSE | EROFS + FS-Cache |
wordpress E2E 启动时间 | 11.562s | 5.263s | 4.619s |
在非按需场景,EROFS over FS-Cache 相比 FUSE 性能也更优:
| OCI | EROFS + FUSE | EROFS + FS-Cache |
本地cache 4K顺序读 | 387068KB/s | 211767 KB/s | 366291KB/s |
本地cache 4K随机读 | 6153KB/s | 5450KB/s | 6170KB/s |
高性能存储 SIG 主页:
https://openanolis.cn/sig/high-perf-storage
附:
2022 龙蜥社区全景白皮书(或关注龙蜥公众号【OpenAnolis 龙蜥】回复关键字“白皮书”获取)
https://openanolis.cn/openanoliswhitepaper
—— 完 ——
加入龙蜥社群
加入微信群:添加社区助理-龙蜥社区小龙(微信:openanolis_assis),备注【龙蜥】与你同在;加入钉钉群(龙蜥交流群:13600003427或高性能存储SIG群:34264214)。