Merge tag 'linux-kselftest-kunit-fixes-5.11-rc3' of git://git.kernel.org/pub/scm...
[linux/fpc-iii.git] / Documentation / admin-guide / mm / soft-dirty.rst
blobcb0cfd6672fa79186b5818425e605cf03e904e0e
1 .. _soft_dirty:
3 ===============
4 Soft-Dirty PTEs
5 ===============
7 The soft-dirty is a bit on a PTE which helps to track which pages a task
8 writes to. In order to do this tracking one should
10   1. Clear soft-dirty bits from the task's PTEs.
12      This is done by writing "4" into the ``/proc/PID/clear_refs`` file of the
13      task in question.
15   2. Wait some time.
17   3. Read soft-dirty bits from the PTEs.
19      This is done by reading from the ``/proc/PID/pagemap``. The bit 55 of the
20      64-bit qword is the soft-dirty one. If set, the respective PTE was
21      written to since step 1.
24 Internally, to do this tracking, the writable bit is cleared from PTEs
25 when the soft-dirty bit is cleared. So, after this, when the task tries to
26 modify a page at some virtual address the #PF occurs and the kernel sets
27 the soft-dirty bit on the respective PTE.
29 Note, that although all the task's address space is marked as r/o after the
30 soft-dirty bits clear, the #PF-s that occur after that are processed fast.
31 This is so, since the pages are still mapped to physical memory, and thus all
32 the kernel does is finds this fact out and puts both writable and soft-dirty
33 bits on the PTE.
35 While in most cases tracking memory changes by #PF-s is more than enough
36 there is still a scenario when we can lose soft dirty bits -- a task
37 unmaps a previously mapped memory region and then maps a new one at exactly
38 the same place. When unmap is called, the kernel internally clears PTE values
39 including soft dirty bits. To notify user space application about such
40 memory region renewal the kernel always marks new memory regions (and
41 expanded regions) as soft dirty.
43 This feature is actively used by the checkpoint-restore project. You
44 can find more details about it on http://criu.org
47 -- Pavel Emelyanov, Apr 9, 2013