每次容器第一次更新已有数据时，devicemapper存储驱动都会执行copy-on-write操作，该操作会将数据从镜像快照拷贝到容器快照。这在容器性能上有着明显的影响。
所有的copy-on-write操作都有64KB的粒度。因此，要修改1GB文件的32KB内容时，只需要拷贝64KB大小的块到容器即可。如果要拷贝整个大文件到容器层时，该特性较于文件层的copy-on-write操作有着明显的性能优势。
然而，实际中，如果容器执行大量的小的写请求时（<64KB），devicemapper性能差于AUFS。
还有一些点会影响devicemapper存储驱动的性能。
▶模式。Docker运行devicemapper存储驱动的默认模式是loop-lvm。该模式使用稀疏文件，并且性能堪忧。在产品中不建议使用该模式，产品环境中建议使用direct-lvm，这样存储驱动就可以直接写向块设备。
▶高速存储。为了更好的性能，可以将Data文件和Metadata文件放在高速存储（如SSD）上。当然，也可以直接连接到SAN或NAS array上。
▶内存使用。devicemapper不是内存最高效的Docker存储驱动。启动同一个容器的n份拷贝需要将其文件大小的n份拷贝加载到内存中，这对于Docker host的内存有一定影响。因此，devicemapper存储驱动可能不是Pass或其他高密度用例的最优方案。
最后一点，数据卷提供了更好和可预测的性能。因此，应该将负载高的写请求写到数据卷中。
更多Docker相关教程见以下内容：
在Ubuntu Trusty 14.04 (LTS) (64-bit)安装Docker