From: Liew Rui Yan <aethernet65535@gmail.com>
To: sj@kernel.org
Cc: aethernet65535@gmail.com, damon@lists.linux.dev, linux-mm@kvack.org
Subject: Re: [PATCH 2/2] mm/damon: skip deactivated schemes in watermark checks and add fallback sleep
Date: Sun, 9 Aug 2026 05:55:54 +0800 [thread overview]
Message-ID: <20260808215554.6045-1-aethernet65535@gmail.com> (raw)
In-Reply-To: <20260807140739.91238-1-sj@kernel.org>
Hi SJ,
On Fri, 7 Aug 2026 07:07:39 -0700 SJ Park <sj@kernel.org> wrote:
> This is an intended implementation.
>
> When all schemes are deactivated by watermarks, DAMON stops monitoring. It was
> implemented in the way because we didn't want DAMON consumes system resource in
> the case. But, later it turned out DAMON's resource consumption is really
> negligible. Rather, it is turned out that it makes DAMON runs with stale
> history when it is activated again. Particularly, regions have 'age' and their
> start/end addresses that was emerged before the deactivation. Those are
> meaningless and could even cause wrong DAMOS decisions.
>
> We don't want that anymore. For a case the user really want DAMON completely
> stops, we introduced 'pause'. For max_nr_snapshot-based deactivation, we don't
> intend to completely stop DAMON.
>
> Maybe the documentation can be updated to further clarify this.
Wait, according to the documentation and the code, DAMON will still stop
monitoring when all schemes is deactivated.
static int kdamond_wait_activation(struct damon_ctx *ctx)
{
/* ... */
while (!kdamond_need_stop(ctx)) {
damon_for_each_scheme(s, ctx) {
wait_time = damos_wmark_wait_us(s);
if (!init_wait_time || wait_time < min_wait_time) {
init_wait_time = true;
min_wait_time = wait_time;
}
}
if (!min_wait_time)
return 0;
kdamond_usleep(min_wait_time);
/* ... */
}
return -EBUSY;
}
DAMOS allows users to offload such works using three watermarks. It
allows the users to configure the metric of their interest, and
three watermark values, namely high, middle, and low. If the value
of the metric becomes above the high watermark or below the low
watermark, the scheme is deactivated. If the metric becomes below
the mid watermark but above the low watermark, the scheme is
activated. __If all schemes are deactivated by the watermarks, the
monitoring is also deactivated__. In this case, the DAMON worker
thread only periodically checks the watermarks and therefore incurs
nearly zero overhead.
Should this be changed to monitoring will not stop?
Also this patch (0002) add a new function named damos_is_deactivated(),
it checks both wmarks.activated and max_nr_snapshot conditions, and I
replace the wmarks.activated-only with this new function.
I am sorry if my commit message has caused you any misunderstanding.
Best regards,
Rui Yan
next prev parent reply other threads:[~2026-08-08 21:55 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-07 9:35 [RFC PATCH 0/2] mm/damon: fix nr_snapshots semantics and max_nr_snapshots check coverage Liew Rui Yan
2026-08-07 9:35 ` [PATCH 1/2] mm/damon: fix nr_snapshots counting using tried_applied flag Liew Rui Yan
2026-08-07 9:48 ` sashiko-bot
2026-08-07 13:52 ` SJ Park
2026-08-07 9:35 ` [PATCH 2/2] mm/damon: skip deactivated schemes in watermark checks and add fallback sleep Liew Rui Yan
2026-08-07 9:47 ` sashiko-bot
2026-08-07 14:07 ` SJ Park
2026-08-07 16:18 ` Liew Rui Yan
2026-08-08 0:07 ` SJ Park
2026-08-08 21:55 ` Liew Rui Yan [this message]
2026-08-08 22:50 ` SJ Park
2026-08-07 14:12 ` [RFC PATCH 0/2] mm/damon: fix nr_snapshots semantics and max_nr_snapshots check coverage SJ Park
2026-08-07 16:19 ` Liew Rui Yan
2026-08-07 23:59 ` SJ Park
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260808215554.6045-1-aethernet65535@gmail.com \
--to=aethernet65535@gmail.com \
--cc=damon@lists.linux.dev \
--cc=linux-mm@kvack.org \
--cc=sj@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox