|author||Randy Dunlap <firstname.lastname@example.org>||2006-04-18 22:21:51 -0700|
|committer||Linus Torvalds <email@example.com>||2006-04-19 09:13:52 -0700|
[PATCH] Doc: vm/hugetlbpage update-2
Add new line of /proc/meminfo output. Explain the HugePage_ lines in /proc/meminfo (from Bill Irwin). Change KB to kB since the latter is what is used in the kernel. Signed-off-by: Randy Dunlap <firstname.lastname@example.org> Signed-off-by: Andrew Morton <email@example.com> Signed-off-by: Linus Torvalds <firstname.lastname@example.org>
1 files changed, 10 insertions, 1 deletions
diff --git a/Documentation/vm/hugetlbpage.txt b/Documentation/vm/hugetlbpage.txt
index 2803f63c1a27..687104bfd09a 100644
@@ -32,7 +32,16 @@ The output of "cat /proc/meminfo" will have lines like:
-Hugepagesize: zzz KB
+Hugepagesize: zzz kB
+HugePages_Total is the size of the pool of hugepages.
+HugePages_Free is the number of hugepages in the pool that are not yet
+HugePages_Rsvd is short for "reserved," and is the number of hugepages
+for which a commitment to allocate from the pool has been made, but no
+allocation has yet been made. It's vaguely analogous to overcommit.
/proc/filesystems should also show a filesystem of type "hugetlbfs" configured
in the kernel.