linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Honggyu Kim <honggyu.kim@sk.com>
To: SeongJae Park <sj@kernel.org>
Cc: kernel_team@skhynix.com,
	Andrew Morton <akpm@linux-foundation.org>,
	Jonathan Corbet <corbet@lwn.net>,
	damon@lists.linux.dev, kernel-team@meta.com,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org
Subject: Re: [RFC PATCH 0/4] mm/damon/sysfs: support periodic and automated stats update
Date: Wed, 16 Jul 2025 07:20:57 +0900	[thread overview]
Message-ID: <923d9fe1-b959-4fba-9da7-10d2b3126858@sk.com> (raw)
In-Reply-To: <20250712204650.155988-1-sj@kernel.org>

Hi SeongJae,

On 7/13/2025 5:46 AM, SeongJae Park wrote:
> DAMON sysfs interface provides files for reading DAMON internal status
> including DAMOS stats.  The content of the files are not automatically
> updated, though.  Users should manually request updates of the contents
> by writing a special command to 'state' file of each kdamond directory.
> This interface is good for minimizing overhead, but causes the below
> problems.
> 
> First, the usage is cumbersome.  This is arguably not a big problem,
> since the user-space tool (damo) can do this instead of the user.
> 
> Second, it can be too slow.  The update request is not directly handled
> by the sysfs interface but kdamond thread.  And kdamond threads wake up
> only once per the sampling interval.  Hence if sampling interval is not
> short, each update request could take too long time.  The recommended
> sampling interval setup is asking DAMON to automatically tune it, within
> a range between 5 milliseconds and 10 seconds.  On production systems it
> is not very rare to have a few seconds sampling interval as a result of
> the auto-tuning, so this can disturb observing DAMON internal status.
> 
> Finally, parallel update requests can conflict with each other.  When
> parallel update requests are received, DAMON sysfs interface simply
> returns -EBUSY to one of the requests.  DAMON user-space tool is hence
> implementing its own backoff mechanism, but this can make the operation
> even slower.
> 
> Introduce a new sysfs file, namely refresh_ms, for asking DAMON sysfs
> interface to repeat the essential contents update with a user-specified
> time delay.

Thanks for working on this, but I have a few questions.
1. Could you please list up what are the "essential contents"?
2. Does it mean that it is different from writing "commit" to "state"?
3. If not, then is there equivalent action to writing something to "state"?

If possible, then this kind of information is better to be documented because
users might get confused if something isn't udpated when "refresh_ms" is set.

Thanks,
Honggyu

> If non-zero value is written to the file, DAMON sysfs
> interface does the updates for essential DAMON internal status including
> auto-tuned monitoring intervals, DAMOS stats, and auto-tuned DAMOS
> quotas using the user-written value as the time delay.  If zero is
> written to the file, the automatic refresh is disabled.
> 
> SeongJae Park (4):
>    mm/damon/sysfs: implement refresh_ms file under kdamond directory
>    mm/damon/sysfs: implement refresh_ms file internal work
>    Docs/admin-guide/mm/damon/usage: document refresh_ms file
>    Docs/ABI/damon: update for refresh_ms
> 
>   .../ABI/testing/sysfs-kernel-mm-damon         |  7 +++
>   Documentation/admin-guide/mm/damon/usage.rst  | 13 ++++-
>   mm/damon/sysfs.c                              | 58 +++++++++++++++++++
>   3 files changed, 75 insertions(+), 3 deletions(-)
> 
> 
> base-commit: 982b86e9191292ffcd0f30018981cb16f9fac5c1
> --
> 2.39.5
> 



  parent reply	other threads:[~2025-07-15 22:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-12 20:46 SeongJae Park
2025-07-12 20:46 ` [RFC PATCH 1/4] mm/damon/sysfs: implement refresh_ms file under kdamond directory SeongJae Park
2025-07-12 20:46 ` [RFC PATCH 2/4] mm/damon/sysfs: implement refresh_ms file internal work SeongJae Park
2025-07-12 20:46 ` [RFC PATCH 3/4] Docs/admin-guide/mm/damon/usage: document refresh_ms file SeongJae Park
2025-07-12 20:46 ` [RFC PATCH 4/4] Docs/ABI/damon: update for refresh_ms SeongJae Park
2025-07-15 22:20 ` Honggyu Kim [this message]
2025-07-15 23:43   ` [RFC PATCH 0/4] mm/damon/sysfs: support periodic and automated stats update SeongJae Park
2025-07-16  1:58     ` Honggyu Kim
2025-07-16  2:51       ` SeongJae Park
2025-07-16  5:18         ` Honggyu Kim

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=923d9fe1-b959-4fba-9da7-10d2b3126858@sk.com \
    --to=honggyu.kim@sk.com \
    --cc=akpm@linux-foundation.org \
    --cc=corbet@lwn.net \
    --cc=damon@lists.linux.dev \
    --cc=kernel-team@meta.com \
    --cc=kernel_team@skhynix.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --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