mirror of
https://mirrors.bfsu.edu.cn/git/linux.git
synced 2024-12-25 03:55:09 +08:00
561f4fc497
Patch series "Docs/damon: Update documents for better consistency". Some of DAMON document are not properly updated for latest version. This patchset updates such parts. This patch (of 3): DAMON code calls the low level monitoring primitives implementations the monitoring operations. The documentation would have no problem at still calling those primitives implementation because there is no real difference in the concepts, but making it more consistent with the code would make it better. This commit therefore convert sentences in the doc specifically pointing the implementations of the primitives to call it monitoring operations. Link: https://lkml.kernel.org/r/20220222170100.17068-1-sj@kernel.org Link: https://lkml.kernel.org/r/20220222170100.17068-2-sj@kernel.org Signed-off-by: SeongJae Park <sj@kernel.org> Cc: Jonathan Corbet <corbet@lwn.net> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
51 lines
2.2 KiB
ReStructuredText
51 lines
2.2 KiB
ReStructuredText
.. SPDX-License-Identifier: GPL-2.0
|
|
|
|
==========================
|
|
Frequently Asked Questions
|
|
==========================
|
|
|
|
Why a new subsystem, instead of extending perf or other user space tools?
|
|
=========================================================================
|
|
|
|
First, because it needs to be lightweight as much as possible so that it can be
|
|
used online, any unnecessary overhead such as kernel - user space context
|
|
switching cost should be avoided. Second, DAMON aims to be used by other
|
|
programs including the kernel. Therefore, having a dependency on specific
|
|
tools like perf is not desirable. These are the two biggest reasons why DAMON
|
|
is implemented in the kernel space.
|
|
|
|
|
|
Can 'idle pages tracking' or 'perf mem' substitute DAMON?
|
|
=========================================================
|
|
|
|
Idle page tracking is a low level primitive for access check of the physical
|
|
address space. 'perf mem' is similar, though it can use sampling to minimize
|
|
the overhead. On the other hand, DAMON is a higher-level framework for the
|
|
monitoring of various address spaces. It is focused on memory management
|
|
optimization and provides sophisticated accuracy/overhead handling mechanisms.
|
|
Therefore, 'idle pages tracking' and 'perf mem' could provide a subset of
|
|
DAMON's output, but cannot substitute DAMON.
|
|
|
|
|
|
Does DAMON support virtual memory only?
|
|
=======================================
|
|
|
|
No. The core of the DAMON is address space independent. The address space
|
|
specific monitoring operations including monitoring target regions
|
|
constructions and actual access checks can be implemented and configured on the
|
|
DAMON core by the users. In this way, DAMON users can monitor any address
|
|
space with any access check technique.
|
|
|
|
Nonetheless, DAMON provides vma/rmap tracking and PTE Accessed bit check based
|
|
implementations of the address space dependent functions for the virtual memory
|
|
and the physical memory by default, for a reference and convenient use.
|
|
|
|
|
|
Can I simply monitor page granularity?
|
|
======================================
|
|
|
|
Yes. You can do so by setting the ``min_nr_regions`` attribute higher than the
|
|
working set size divided by the page size. Because the monitoring target
|
|
regions size is forced to be ``>=page size``, the region split will make no
|
|
effect.
|