mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH] docs/vm: remove unused 3 items explanation for /proc/vmstat
@ 2020-11-16  9:51 Alex Shi
  2020-11-16 19:32 ` Zi Yan
  2020-11-18 20:46 ` Jonathan Corbet
  0 siblings, 2 replies; 4+ messages in thread
From: Alex Shi @ 2020-11-16  9:51 UTC (permalink / raw)
  To: corbet
  Cc: Andrew Morton, Yang Shi, Kirill A. Shutemov, David Rientjes,
	Zi Yan, linux-doc, linux-kernel

Commit 5647bc293ab1 ("mm: compaction: Move migration fail/success
stats to migrate.c"), removed 3 items in /proc/vmstat. but the docs
still has their explanation. let's remove them.

"compact_blocks_moved",
"compact_pages_moved",
"compact_pagemigrate_failed",

Signed-off-by: Alex Shi <alex.shi@linux.alibaba.com>
Cc: Jonathan Corbet <corbet@lwn.net> 
Cc: Andrew Morton <akpm@linux-foundation.org> 
Cc: Yang Shi <yang.shi@linux.alibaba.com> 
Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com> 
Cc: David Rientjes <rientjes@google.com> 
Cc: Zi Yan <ziy@nvidia.com> 
Cc: linux-doc@vger.kernel.org 
Cc: linux-kernel@vger.kernel.org 
---
 Documentation/admin-guide/mm/transhuge.rst | 15 ---------------
 1 file changed, 15 deletions(-)

diff --git a/Documentation/admin-guide/mm/transhuge.rst b/Documentation/admin-guide/mm/transhuge.rst
index b2acd0d395ca..3b8a336511a4 100644
--- a/Documentation/admin-guide/mm/transhuge.rst
+++ b/Documentation/admin-guide/mm/transhuge.rst
@@ -401,21 +401,6 @@ compact_fail
 	is incremented if the system tries to compact memory
 	but failed.
 
-compact_pages_moved
-	is incremented each time a page is moved. If
-	this value is increasing rapidly, it implies that the system
-	is copying a lot of data to satisfy the huge page allocation.
-	It is possible that the cost of copying exceeds any savings
-	from reduced TLB misses.
-
-compact_pagemigrate_failed
-	is incremented when the underlying mechanism
-	for moving a page failed.
-
-compact_blocks_moved
-	is incremented each time memory compaction examines
-	a huge page aligned range of pages.
-
 It is possible to establish how long the stalls were using the function
 tracer to record how long was spent in __alloc_pages_nodemask and
 using the mm_page_alloc tracepoint to identify which allocations were
-- 
2.29.GIT


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-11-19  2:12 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-16  9:51 [PATCH] docs/vm: remove unused 3 items explanation for /proc/vmstat Alex Shi
2020-11-16 19:32 ` Zi Yan
2020-11-18 20:46 ` Jonathan Corbet
2020-11-19  2:10   ` Alex Shi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®