[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230910034048.59191-1-sj@kernel.org>
Date: Sun, 10 Sep 2023 03:40:40 +0000
From: SeongJae Park <sj@...nel.org>
To: unlisted-recipients:; (no To-header on input)
Cc: SeongJae Park <sj@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Jonathan Corbet <corbet@....net>,
Steven Rostedt <rostedt@...dmis.org>, damon@...ts.linux.dev,
linux-mm@...ck.org, linux-doc@...r.kernel.org,
linux-trace-kernel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [RFC 0/8] mm/damon: implement DAMOS apply intervals
DAMON-based operation schemes are applied for every aggregation
interval. That is mainly because schemes are using nr_accesses, which
be complete to be used for every aggregation interval. However, DAMON
provides nr_accesses_bp, which is updated for each sampling interval in
a way that reasonable to be used. Therefore, there is no reason to not
use nr_accesses_bp instead and apply schemes for their own time interval
instead of the aggregation interval.
Actually, the alignment with the aggregation interval is also making
some use case of DAMOS tricky. Quota setting under long aggregation
interval is one such example. Suppose the aggregation interval is ten
seconds, and there is a scheme having CPU quota 100ms per 1s. The
scheme will actually uses 100ms per ten seconds, since it cannobe be
applied before next aggregation interval. The feature is working as
intended, but the results might not that intuitive for some users. This
could be fixed by updating the quota to 1s per 10s. But, in the case,
the CPU usage of DAMOS could look like spikes, and actually make a bad
effect to other CPU-sensitive workloads.
This patchset makes DAMOS schemes to use nr_accesses_bp instead of
nr_accesses, and have their own timing intervals. Note that the
interval is 0 by default, and it is interpreted to use the aggregation
interval instead. This is for avoid making behavioral changes to the
old users.
Patches Seuqeunce
-----------------
The first patch (patch 1/8) makes DAMOS uses nr_accesses_bp instead of
nr_accesses, and following two patches (patches 2/8 and 3/8) updates DAMON
sysfs interface for DAMOS tried regions and the DAMOS before_apply
tracespoint to expose nr_accesses_bp instead of nr_accesses,
respectively.
The following two patches (patches 4/8 and 5/8) implements the
scheme-specific apply interval for DAMON kernel API users and update the
design document for the new feature. Finally, the following three
patches (patches 6/8, 7/8, and 8/8) add support of the feature in DAMON
sysfs interface and documents it on usage and ABI documents,
repsectively.
SeongJae Park (8):
mm/damon/core: make DAMOS uses nr_accesses_bp instead of nr_accesses
mm/damon/sysfs-schemes: expose nr_accesses_bp via
tried_regions/<N>/nr_accesses
mm/damon/core: expose nr_accesses_bp from damos_before_apply
tracepoint
mm/damon/core: implement scheme-specific apply interval
Docs/mm/damon/design: document DAMOS apply intervals
mm/damon/sysfs-schemes: support DAMOS apply interval
Docs/admin-guide/mm/damon/usage: update for DAMOS apply intervals
Docs/ABI/damon: update for DAMOS apply intervals
.../ABI/testing/sysfs-kernel-mm-damon | 7 ++
Documentation/admin-guide/mm/damon/usage.rst | 9 ++-
Documentation/mm/damon/design.rst | 3 +-
include/linux/damon.h | 17 +++-
include/trace/events/damon.h | 2 +-
mm/damon/core.c | 80 +++++++++++++++++--
mm/damon/dbgfs.c | 3 +-
mm/damon/lru_sort.c | 2 +
mm/damon/reclaim.c | 2 +
mm/damon/sysfs-schemes.c | 40 ++++++++--
10 files changed, 144 insertions(+), 21 deletions(-)
base-commit: 2a43f312aed581fa5044c4a0c0d20cfd4e632aa6
--
2.25.1
Powered by blists - more mailing lists