Generated from commit: 8510a0995b1a21136004ae28262d1584ac672cb7
diff --git a/search/search_index.json b/search/search_index.json
index 832c016..14423d6 100644
--- a/search/search_index.json
+++ b/search/search_index.json
@@ -1637,12 +1637,12 @@
},
{
"location": "/xgcsplitheap/",
- "text": "-Xgc:splitheap\n\n\n(Windows\u2122 32-bit only)\n\n\nBy default, the VM uses a contiguous Java\u2122 heap to store Java objects. However, on Windows 32-bit systems, there are restrictions in the 32-bit memory space that prevents a porocess accessing more than 2GB of memory, even if there is more memory available. To increase the maximum allocatable heap size, OpenJ9 can split the heap, allowing memory use up to the 4GB limit.\n\n\n \nRestrictions:\n\n\n\n\nA split heap forces the Garbage Collector to use the \ngencon\n policy and allocates the new and old areas of the generational Java heap in separate areas of memory. Resizing of the new and old memory areas is disabled.\n\n\n This option can be used only with Java SE version 8 runtime environments. \n This option is deprecated in Version 8 and will be removed from future versions.\n\n\n\n\nSyntax\n\n\n -Xgc:splitheap\n\n\n\n\n\nExplanation\n\n\nUse \n-Xgc:splitheap\n for applications that must run on the 32-bit VM because of 32-bit JNI libraries, a 32-bit operating system, or 32-bit hardware, but need large Java heaps. By using a larger heap, you can allocate more objects before incurring a garbage collection and you can increase the number of live objects that you can use before an \nOutOfMemoryError\n exception occurs.\n\n\nWith a split heap, the old area is committed to its maximum size (set with \n-Xmox\n) in a lower region of memory and the new area is committed to its maximum size (set with \n-Xmnx\n) in a higher region of memory.\n\n\nThis option is not recommended if your application works in the any of the following ways:\n\n\n\n\nPerforms poorly under the gencon garbage collection policy.\n\n\nLoads a very large number of classes.\n\n\nUses large amounts of native system memory in JNI libraries; the increased size Java heap might reserve too much of the application's address space.",
+ "text": "-Xgc:splitheap\n\n\n(Windows\u2122 32-bit only)\n\n\nBy default, the VM uses a contiguous Java\u2122 heap to store Java objects. However, on Windows 32-bit systems, there are restrictions in the 32-bit memory space that prevents a process accessing more than 2GB of memory, even if there is more memory available. To increase the maximum allocatable heap size, OpenJ9 can split the heap, allowing memory use up to the 4GB limit.\n\n\n \nRestrictions:\n\n\n\n\nA split heap forces the Garbage Collector to use the \ngencon\n policy and allocates the new and old areas of the generational Java heap in separate areas of memory. Resizing of the new and old memory areas is disabled.\n\n\n This option can be used only with Java SE version 8 runtime environments. \n This option is deprecated in Version 8 and will be removed from future versions.\n\n\n\n\nSyntax\n\n\n -Xgc:splitheap\n\n\n\n\n\nExplanation\n\n\nUse \n-Xgc:splitheap\n for applications that must run on the 32-bit VM because of 32-bit JNI libraries, a 32-bit operating system, or 32-bit hardware, but need large Java heaps. By using a larger heap, you can allocate more objects before incurring a garbage collection and you can increase the number of live objects that you can use before an \nOutOfMemoryError\n exception occurs.\n\n\nWith a split heap, the old area is committed to its maximum size (set with \n-Xmox\n) in a lower region of memory and the new area is committed to its maximum size (set with \n-Xmnx\n) in a higher region of memory.\n\n\nThis option is not recommended if your application works in the any of the following ways:\n\n\n\n\nPerforms poorly under the gencon garbage collection policy.\n\n\nLoads a very large number of classes.\n\n\nUses large amounts of native system memory in JNI libraries; the increased size Java heap might reserve too much of the application's address space.",
"title": "-Xgc:splitheap"
},
{
"location": "/xgcsplitheap/#-xgcsplitheap",
- "text": "(Windows\u2122 32-bit only) By default, the VM uses a contiguous Java\u2122 heap to store Java objects. However, on Windows 32-bit systems, there are restrictions in the 32-bit memory space that prevents a porocess accessing more than 2GB of memory, even if there is more memory available. To increase the maximum allocatable heap size, OpenJ9 can split the heap, allowing memory use up to the 4GB limit. Restrictions: A split heap forces the Garbage Collector to use the gencon policy and allocates the new and old areas of the generational Java heap in separate areas of memory. Resizing of the new and old memory areas is disabled. This option can be used only with Java SE version 8 runtime environments. This option is deprecated in Version 8 and will be removed from future versions.",
+ "text": "(Windows\u2122 32-bit only) By default, the VM uses a contiguous Java\u2122 heap to store Java objects. However, on Windows 32-bit systems, there are restrictions in the 32-bit memory space that prevents a process accessing more than 2GB of memory, even if there is more memory available. To increase the maximum allocatable heap size, OpenJ9 can split the heap, allowing memory use up to the 4GB limit. Restrictions: A split heap forces the Garbage Collector to use the gencon policy and allocates the new and old areas of the generational Java heap in separate areas of memory. Resizing of the new and old memory areas is disabled. This option can be used only with Java SE version 8 runtime environments. This option is deprecated in Version 8 and will be removed from future versions.",
"title": "-Xgc:splitheap"
},
{
diff --git a/sitemap.xml b/sitemap.xml
index c526ab1..fd7e9fb 100644
--- a/sitemap.xml
+++ b/sitemap.xml
@@ -4,7 +4,7 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -13,13 +13,13 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/version0.9/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/version0.8/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -28,7 +28,7 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/gc/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -36,7 +36,7 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/jit/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -44,7 +44,7 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/aot/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -52,7 +52,7 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/shrc/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -61,25 +61,25 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/diag_overview/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/dump_javadump/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/dump_heapdump/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/dump_systemdump/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -89,19 +89,19 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/cmdline_specifying/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/cmdline_general/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/cmdline_migration/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -129,13 +129,13 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/tool_jdmpview/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/tool_traceformat/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -145,31 +145,31 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/openj9_support/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/openj9_defaults/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/openj9_directories/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/messages_intro/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
<url>
<loc>https://www.eclipse.org/openj9/docs/env_var/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
@@ -178,7 +178,7 @@
<url>
<loc>https://www.eclipse.org/openj9/docs/legal/</loc>
- <lastmod>2018-09-20</lastmod>
+ <lastmod>2018-09-24</lastmod>
<changefreq>daily</changefreq>
</url>
diff --git a/xgcsplitheap/index.html b/xgcsplitheap/index.html
index 78df7ea..654a30f 100644
--- a/xgcsplitheap/index.html
+++ b/xgcsplitheap/index.html
@@ -2795,7 +2795,7 @@
<h1 id="-xgcsplitheap">-Xgc:splitheap</h1>
<p><strong>(Windows™ 32-bit only)</strong></p>
-<p>By default, the VM uses a contiguous Java™ heap to store Java objects. However, on Windows 32-bit systems, there are restrictions in the 32-bit memory space that prevents a porocess accessing more than 2GB of memory, even if there is more memory available. To increase the maximum allocatable heap size, OpenJ9 can split the heap, allowing memory use up to the 4GB limit.</p>
+<p>By default, the VM uses a contiguous Java™ heap to store Java objects. However, on Windows 32-bit systems, there are restrictions in the 32-bit memory space that prevents a process accessing more than 2GB of memory, even if there is more memory available. To increase the maximum allocatable heap size, OpenJ9 can split the heap, allowing memory use up to the 4GB limit.</p>
<p><i class="fa fa-exclamation-triangle" aria-hidden="true"></i> <strong>Restrictions:</strong></p>
<ul>
<li>A split heap forces the Garbage Collector to use the <code>gencon</code> policy and allocates the new and old areas of the generational Java heap in separate areas of memory. Resizing of the new and old memory areas is disabled.</li>
