Browse code

Fix aufs docs

Signed-off-by: Qiang Huang <h.huangqiang@huawei.com>

Qiang Huang authored on 2016/07/15 14:57:38
Showing 1 changed files
... ...
@@ -210,10 +210,9 @@ drivers: `aufs`, `devicemapper`, `btrfs`, `zfs`, `overlay` and `overlay2`.
210 210
 
211 211
 The `aufs` driver is the oldest, but is based on a Linux kernel patch-set that
212 212
 is unlikely to be merged into the main kernel. These are also known to cause
213
-some serious kernel crashes. However, `aufs` is also the only storage driver
214
-that allows containers to share executable and shared library memory, so is a
215
-useful choice when running thousands of containers with the same program or
216
-libraries.
213
+some serious kernel crashes. However, `aufs` allows containers to share
214
+executable and shared library memory, so is a useful choice when running
215
+thousands of containers with the same program or libraries.
217 216
 
218 217
 The `devicemapper` driver uses thin provisioning and Copy on Write (CoW)
219 218
 snapshots. For each devicemapper graph location – typically
... ...
@@ -235,7 +234,10 @@ cached only once. Use `dockerd -s zfs`. To select a different zfs filesystem
235 235
 set `zfs.fsname` option as described in [Storage driver options](#storage-driver-options).
236 236
 
237 237
 The `overlay` is a very fast union filesystem. It is now merged in the main
238
-Linux kernel as of [3.18.0](https://lkml.org/lkml/2014/10/26/137). Call
238
+Linux kernel as of [3.18.0](https://lkml.org/lkml/2014/10/26/137). `overlay`
239
+also supports page cache sharing, this means multiple containers accessing
240
+the same file can share a single page cache entry (or entries), it makes
241
+`overlay` as efficient with memory as `aufs` driver. Call
239 242
 `dockerd -s overlay` to use it.
240 243
 
241 244
 > **Note:**