Skip to content

Commit 0b0f73b

Browse files
jrodewigDJRickyB
andauthored
[DOCS] Remove PrintCompressedOopsMode JVM option (#73741) (#73954)
Changes: * Removes a reference to the `-XX:+UnlockDiagnosticVMOptions -XX:+PrintCompressedOopsMode` JVM option. This option is no longer supported. * Combines `Xms/Xmx` recommendations for compressed oops. Closes #71644. Co-authored-by: Rick Boyd <[email protected]>
1 parent 77268d7 commit 0b0f73b

File tree

1 file changed

+4
-23
lines changed

1 file changed

+4
-23
lines changed

docs/reference/setup/advanced-configuration.asciidoc

Lines changed: 4 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -110,35 +110,16 @@ NOTE: When running in a container, such as <<docker,Docker>>, total memory is
110110
defined as the amount of memory visible to the container, not the total system
111111
memory on the host.
112112

113-
* Set `Xms` and `Xmx` to no more than 32 GB, the approximate threshold for
114-
compressed ordinary object pointers (oops). To verify you are under the
115-
threshold, check `elasticsearch.logs` for an entry like this:
113+
* Set `Xms` and `Xmx` to no more than the threshold for compressed ordinary
114+
object pointers (oops). The exact threshold varies but 26GB is safe on most
115+
systems and can be as large as 30GB on some systems. To verify you are under the
116+
threshold, check the {es} log for an entry like this:
116117
+
117118
[source,txt]
118119
----
119120
heap size [1.9gb], compressed ordinary object pointers [true]
120121
----
121122

122-
* Set `Xms` and `Xmx` to no more than the threshold for zero-based
123-
compressed oops. The exact threshold varies but 26GB is safe on most
124-
systems and can be as large as 30GB on some systems. You can verify that
125-
you are under this threshold by starting {es} with the JVM options
126-
`-XX:+UnlockDiagnosticVMOptions -XX:+PrintCompressedOopsMode` and checking
127-
`elasticsearch.logs` for an entry like this:
128-
+
129-
[source,txt]
130-
----
131-
heap address: 0x000000011be00000, size: 27648 MB, zero based Compressed Oops
132-
----
133-
+
134-
This entry shows that zero-based compressed oops are enabled. If zero-based
135-
compressed oops are not enabled, the entry looks like this:
136-
+
137-
[source,txt]
138-
----
139-
heap address: 0x0000000118400000, size: 28672 MB, Compressed Oops with base: 0x00000001183ff000
140-
----
141-
142123
The more heap available to {es}, the more memory it can use for its internal
143124
caches. This leaves less memory for the operating system to use
144125
for the filesystem cache. Larger heaps can also cause longer garbage

0 commit comments

Comments
 (0)