OverlayFS和Device Mapper都是Linux中用于存储管理的关键技术，它们在Docker等容器技术中有着广泛的应用。以下是它们之间的对比：
OverlayFS
- 设计：OverlayFS是一种联合文件系统，它将两个目录分层，并提供一个统一的文件系统视图。它只有两层，一个作为只读层（lowerdir），另一个作为读写层（upperdir）。
- 工作原理：当需要修改一个文件时，OverlayFS使用Copy-on-Write（CoW）技术将文件从只读层复制到读写层进行修改，结果保存在读写层。
- 优点：设计简单，速度较快，支持页缓存共享，减少了内存占用。
- 缺点：每个镜像层都会在/var/lib/docker/overlay有对应的目录，使用硬链接与底层数据进行关联，可能导致inode过度消耗。
Device Mapper
- 设计：Device Mapper提供了一个虚拟设备，通过映射设备和目标设备的逻辑对应关系来实现存储资源的管理。它工作在块级别，而不是文件级别。
- 工作原理：Device Mapper通过创建一个资源池，然后在资源池上创建一个带有文件系统的基本设备，所有镜像和容器都是这个基本设备的快照。
- 优点：块级存储，无论是大文件还是小文件都只复制需要修改的块，并不是整个文件，适合IO密集的场景。
- 缺点：不支持共享存储，当有多个容器读同一个文件时，需要生成多个复本，在很多容器启停的情况下可能会导致磁盘溢出。
对比
- 性能：OverlayFS在性能上通常优于Device Mapper，尤其是在处理小文件时。OverlayFS支持页缓存共享，而Device Mapper在多个容器读取同一文件时需要生成多个复本，这可能导致磁盘溢出。
- 复杂性：Device Mapper的配置相对复杂，需要用户空间工具来配置映射策略。OverlayFS则相对简单，配置较少。
适用场景
- OverlayFS：适用于需要高性能文件系统层的场景，尤其是当处理大量小文件时。
- Device Mapper：适用于需要块级存储管理，且对共享存储有需求的场景。
总结来说，OverlayFS和Device Mapper各有优势，选择哪种技术取决于具体的应用场景和需求。OverlayFS在文件系统层面提供了更高的性能和更简单的配置，而Device Mapper在块设备层面提供了更多的灵活性和高级功能。