postgres.git / summary / log / commit / refs

commit    a3739e376fbc9d6e332ce33d42426b1d8b59f20b
Author:   Peter Eisentraut <peter_e@gmx.net>
Date:     Wed Mar 07 02:45:28 2018 +0000
First released in: 11.0

    doc: Improve calculation of vm.nr_hugepages
    
    The previous method worked off the full virtual address space, not just
    the shared memory usage.
    
    Author: Tsunakawa, Takayuki <tsunakawa.takay@jp.fujitsu.com>
    Reviewed-by: Justin Pryzby <pryzby@telsasoft.com>
    Reviewed-by: Vasundhar Boddapati <bvasundhar@gmail.com>


 doc/src/sgml/runtime.sgml | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/doc/src/sgml/runtime.sgml b/doc/src/sgml/runtime.sgml
index 71f02300c21..4929d5529d6 100644
--- a/doc/src/sgml/runtime.sgml
+++ b/doc/src/sgml/runtime.sgml
@@ -1472,14 +1472,14 @@ export PG_OOM_ADJUST_VALUE=0
     the kernel setting <varname>vm.nr_hugepages</varname>. To estimate the
     number of huge pages needed, start <productname>PostgreSQL</productname>
     without huge pages enabled and check the
-    postmaster's <varname>VmPeak</varname> value, as well as the system's
+    postmaster's anonymous shared memory segment size, as well as the system's
     huge page size, using the <filename>/proc</filename> file system.  This might
     look like:
 <programlisting>
 $ <userinput>head -1 $PGDATA/postmaster.pid</userinput>
 4170
-$ <userinput>grep ^VmPeak /proc/4170/status</userinput>
-VmPeak:  6490428 kB
+$ <userinput>pmap 4170 | awk '/rw-s/ &amp;&amp; /zero/ {print $2}'</userinput>
+6490428K
 $ <userinput>grep ^Hugepagesize /proc/meminfo</userinput>
 Hugepagesize:       2048 kB
 </programlisting>


[parent: 0c2c81b403db]