* [PATCH v4] Docs/admin-guide/mm/damon/lru_sort: fix grammar and style
@ 2026-11-04 20:29 Manuel Ebner
2026-11-05 1:01 ` SJ Park
0 siblings, 1 reply; 2+ messages in thread
From: Manuel Ebner @ 2026-11-04 20:29 UTC (permalink / raw)
To: SJ Park, Jonathan Corbet, Shuah Khan, Randy Dunlap
Cc: Manuel Ebner, Daniel Pereira, damon, linux-mm, linux-doc,
linux-kernel
Fix tenses. Split long sentences thereby improve readability. Replace
'set as' with 'set to'. Replace [] with () to make the file uniform.
Signed-off-by: Manuel Ebner <manuelebnerli@mailbox.org>
Reviewed-by: SJ Park <sj@kernel.org>
CC: Daniel Pereira <danielmaraboo@gmail.com>
---
Daniel thanks for the Feedback.
SJ, could you please reapply this patch, if you think it's worth it.
Thanks
Manuel
[v4]
Fixed issues pointed out by Daniel Pereira
typos in subject, log message and diff
https://lore.kernel.org/all/CAMAsx6epLXuUjaV3J0=SWAuLvajr4h58DTM9gL+LMmaCyjcxUg@mail.gmail.com/
trusworthy -> trustworthy
I think this is in another patch.
[v3]
https://lore.kernel.org/all/20261017083535.1261388-2-manuelebnerli@mailbox.org/
Split long line
Fix path in subject / One-line summary
[v2]
https://lore.kernel.org/20261015072947.802821-2-manuelebnerli@mailbox.org
Collect R-b: from SJ.
[v1]
https://lore.kernel.org/20261013191327.663331-2-manuelebnerli@mailbox.org
Wordsmith commit message.
Fixup a few trivial wording.
---
.../admin-guide/mm/damon/lru_sort.rst | 63 +++++++++----------
1 file changed, 31 insertions(+), 32 deletions(-)
diff --git a/Documentation/admin-guide/mm/damon/lru_sort.rst b/Documentation/admin-guide/mm/damon/lru_sort.rst
index b93ca9b085..90a6cff893 100644
--- a/Documentation/admin-guide/mm/damon/lru_sort.rst
+++ b/Documentation/admin-guide/mm/damon/lru_sort.rst
@@ -5,20 +5,19 @@ DAMON-based LRU-lists Sorting
=============================
DAMON-based LRU-lists Sorting (DAMON_LRU_SORT) is a static kernel module that
-aimed to be used for proactive and lightweight data access pattern based
+aims to be used for proactive and lightweight data access pattern based
(de)prioritization of pages on their LRU-lists for making LRU-lists a more
-trusworthy data access pattern source.
+trustworthy data access pattern source.
Where Proactive LRU-lists Sorting is Required?
==============================================
-As page-granularity access checking overhead could be significant on huge
-systems, LRU lists are normally not proactively sorted but partially and
-reactively sorted for special events including specific user requests, system
-calls and memory pressure. As a result, LRU lists are sometimes not so
-perfectly prepared to be used as a trustworthy access pattern source for some
-situations including reclamation target pages selection under sudden memory
-pressure.
+As page-granularity access checking overhead could be significant on huge systems,
+LRU lists are normally not fully nor proactively sorted but rather partially
+and reactively sorted for special events. These events include specific user requests,
+system calls and memory pressure. As a result, LRU lists are sometimes not
+suitable to be used as a trustworthy access pattern source. These situations
+include reclamation target page selection under sudden memory pressure.
Because DAMON can identify access patterns of best-effort accuracy while
inducing only user-specified range of overhead, proactively running
@@ -28,9 +27,9 @@ pattern source with low and controlled overhead.
How It Works?
=============
-DAMON_LRU_SORT finds hot pages (pages of memory regions that showing access
-rates that higher than a user-specified threshold) and cold pages (pages of
-memory regions that showing no access for a time that longer than a
+DAMON_LRU_SORT finds hot pages (pages of memory regions that show access
+rates that are higher than a user-specified threshold) and cold pages (pages of
+memory regions that show no access for a duration that is longer than a
user-specified threshold) using DAMON, and prioritizes hot pages while
deprioritizing cold pages on their LRU-lists. To avoid it consuming too much
CPU for the prioritizations, a CPU time usage limit can be configured. Under
@@ -63,10 +62,10 @@ enabled
Enable or disable DAMON_LRU_SORT.
-You can enable DAMON_LRU_SORT by setting the value of this parameter as ``Y``.
-Setting it as ``N`` disables DAMON_LRU_SORT. Note that DAMON_LRU_SORT could do
+You can enable DAMON_LRU_SORT by setting the value of this parameter to ``Y``.
+Setting it to ``N`` disables DAMON_LRU_SORT. Note that DAMON_LRU_SORT could do
no real monitoring and LRU-lists sorting due to the watermarks-based activation
-condition. Refer to below descriptions for the watermarks parameter for this.
+condition. Refer to below descriptions of the watermarks parameter for this.
commit_inputs
-------------
@@ -74,9 +73,9 @@ commit_inputs
Make DAMON_LRU_SORT reads the input parameters again, except ``enabled``.
Input parameters that updated while DAMON_LRU_SORT is running are not applied
-by default. Once this parameter is set as ``Y``, DAMON_LRU_SORT reads values
+by default. Once this parameter is set to ``Y``, DAMON_LRU_SORT reads values
of parameters except ``enabled`` again. Once the re-reading is done, this
-parameter is set as ``N``. If invalid parameters are found while the
+parameter is set to ``N``. If invalid parameters are found while the
re-reading, DAMON_LRU_SORT will be disabled.
Once ``Y`` is written to this parameter, the user must not write to any
@@ -86,37 +85,37 @@ violate this rule, the kernel may exhibit undefined behavior.
active_mem_bp
-------------
-Desired active to [in]active memory ratio in bp (1/10,000).
+Desired active to (in)active memory ratio in bp (1/10,000).
While keeping the caps that set by other quotas, DAMON_LRU_SORT automatically
increases and decreases the effective level of the quota aiming the LRU
-[de]prioritizations of the hot and cold memory resulting in this active to
-[in]active memory ratio. Value zero means disabling this auto-tuning feature.
+(de)prioritizations of the hot and cold memory resulting in this active to
+(in)active memory ratio. Value zero means disabling this auto-tuning feature.
Disabled by default.
autotune_monitoring_intervals
-----------------------------
-If this parameter is set as ``Y``, DAMON_LRU_SORT automatically tunes DAMON's
+If this parameter is set to ``Y``, DAMON_LRU_SORT automatically tunes DAMON's
sampling and aggregation intervals. The auto-tuning aims to capture meaningful
amount of access events in each DAMON-snapshot, while keeping the sampling
-interval 5 milliseconds in minimum, and 10 seconds in maximum. Setting this as
-``N`` disables the auto-tuning.
+interval to 5 milliseconds in minimum, and to 10 seconds in maximum. Setting this
+to ``N`` disables the auto-tuning.
Disabled by default.
filter_young_pages
------------------
-Filter [non-]young pages accordingly for LRU [de]prioritizations.
+Filter (non-)young pages accordingly for LRU (de)prioritizations.
If this is set, check page level access (youngness) once again before each
-LRU [de]prioritization operation. LRU prioritization operation is skipped
+LRU (de)prioritization operation. LRU prioritization operation is skipped
if the page has not accessed since the last check (not young). LRU
deprioritization operation is skipped if the page has accessed since the
last check (young). The feature is enabled or disabled if this parameter is
-set as ``Y`` or ``N``, respectively.
+set to ``Y`` or ``N``, respectively.
Disabled by default.
@@ -235,7 +234,7 @@ max_nr_regions
Maximum number of monitoring regions.
The maximum number of monitoring regions of DAMON for the cold memory
-monitoring. This can be used to set upper-bound of the monitoring overhead.
+monitoring. This can be used to set the upper-bound of the monitoring overhead.
However, setting this too low could result in bad monitoring quality. Please
refer to the DAMON documentation (:doc:`usage`) for more detail. 1000 by
defaults.
@@ -268,7 +267,7 @@ This parameter is for setting and getting the :ref:`address unit
``monitor_region_start`` and ``monitor_region_end`` should be provided in this
unit. For example, let's suppose ``addr_unit``, ``monitor_region_start`` and
-``monitor_region_end`` are set as ``1024``, ``0`` and ``10``, respectively.
+``monitor_region_end`` are set to ``1024``, ``0`` and ``10``, respectively.
Then DAMON_LRU_SORT will work for 10 KiB length of physical address range that
starts from address zero (``[0 * 1024, 10 * 1024)`` in bytes).
@@ -291,22 +290,22 @@ If DAMON_LRU_SORT is enabled, this becomes the PID of the worker thread. Else,
nr_lru_sort_tried_hot_regions
-----------------------------
-Number of hot memory regions that tried to be LRU-sorted.
+Number of hot memory regions that were tried to be LRU-sorted.
bytes_lru_sort_tried_hot_regions
--------------------------------
-Total bytes of hot memory regions that tried to be LRU-sorted.
+Total bytes of hot memory regions that were tried to be LRU-sorted.
nr_lru_sorted_hot_regions
-------------------------
-Number of hot memory regions that successfully be LRU-sorted.
+Number of hot memory regions that were successfully LRU-sorted.
bytes_lru_sorted_hot_regions
----------------------------
-Total bytes of hot memory regions that successfully be LRU-sorted.
+Total bytes of hot memory regions that were successfully LRU-sorted.
nr_hot_quota_exceeds
--------------------
--
2.55.0
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH v4] Docs/admin-guide/mm/damon/lru_sort: fix grammar and style
2026-11-04 20:29 [PATCH v4] Docs/admin-guide/mm/damon/lru_sort: fix grammar and style Manuel Ebner
@ 2026-11-05 1:01 ` SJ Park
0 siblings, 0 replies; 2+ messages in thread
From: SJ Park @ 2026-11-05 1:01 UTC (permalink / raw)
To: Manuel Ebner, Andrew Morton
Cc: SJ Park, Jonathan Corbet, Shuah Khan, Randy Dunlap,
Daniel Pereira, damon, linux-mm, linux-doc, linux-kernel
On Wed, 4 Nov 2026 21:29:58 +0100 Manuel Ebner <manuelebnerli@mailbox.org> wrote:
> Fix tenses. Split long sentences thereby improve readability. Replace
> 'set as' with 'set to'. Replace [] with () to make the file uniform.
>
> Signed-off-by: Manuel Ebner <manuelebnerli@mailbox.org>
> Reviewed-by: SJ Park <sj@kernel.org>
> CC: Daniel Pereira <danielmaraboo@gmail.com>
> ---
> Daniel thanks for the Feedback.
FWIW, it was a feedback to the reposting [1] for mm.git merge quest. Sharing
the link for a case someone wonders where the feedback is.
> SJ, could you please reapply this patch, if you think it's worth it.
From the next time, please discuss on the feedback by replying to it and ensure
the discussion is completed, before posting a new version of the patch.
This patch is already in mm.git as commit e576f9950ada
("Docs/admin-guide/mm/damon/lru_sort: fix grammar and stlye"). Andrew, could
you please replace it with this version?
[1] https://lore.kernel.org/CAMAsx6epLXuUjaV3J0=SWAuLvajr4h58DTM9gL+LMmaCyjcxUg@mail.gmail.com
Thanks,
SJ
[...]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-11-05 1:02 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-11-04 20:29 [PATCH v4] Docs/admin-guide/mm/damon/lru_sort: fix grammar and style Manuel Ebner
2026-11-05 1:01 ` SJ Park
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox