<div class="qmbox"><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);">Hi Thomas</div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);">Thank you very much for your suggestions. Increasing <span style="color:rgb(0, 0, 0);background-color:rgb(255, 255, 255);display:inline !important">G1HeapRegionSize really helped me.</span></div><div style="padding-left: 0px;"><span style="display: inline !important; font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">I </span><span style="display: inline !important;"><span style="display: inline !important; font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">successfully</span></span><span style="display: inline !important; font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);"> reproduce the To-space Exausted with the attached file. I also attached the gclog. Here's my java version and cmds:</span></div><div style="padding-left: 0px;"><span style="display: inline !important; font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);"><br /></span></div><div style=""><span style="display: inline !important;"><p style="margin: 0px; padding-left: 0px;"><span style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">openjdk version "11.0.18" 2023-01-17</span></p><p style="margin: 0px; padding-left: 0px;"><span style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">OpenJDK Runtime Environment Temurin-11.0.18+10 (build 11.0.18+10)</span></p><p style="margin: 0px; padding-left: 0px;"><span style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">OpenJDK 64-Bit Server VM Temurin-11.0.18+10 (build 11.0.18+10, mixed mode)</span></p><div style="margin: 0px;"></div></span></div><div style="padding-left: 0px;"><span style="display: inline !important;"><br /></span></div><div style="padding-left: 0px;"><span style="display: inline !important;"><p style="margin: 0px; padding-left: 0px;"><span style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">java -Xmn1g -Xmx4g -Xms4g -Xlog:gc,gc+heap,gc+region*:gc.log:tags -XX:+UseG1GC -XX:G1HeapRegionSize=1M -XX:MaxTenuringThreshold=1</span><span style=""><span style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);"> </span></span><span style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; line-height: normal; color: rgb(46, 48, 51);">TospaceExaustedReproduce</span></p></span></div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);"><br /></div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);">I also tried java-21.0.1 but can not reproduce it again. I'm still wondering whether it's a bug in JDK11 or not.</div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);"><br /></div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);">Thanks!</div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);">Xialin.Liu</div><div style="font-family: -apple-system, "system-ui", "PingFang SC", "Microsoft YaHei", sans-serif; font-size: 10.5pt; color: rgb(46, 48, 51);"><br /></div><div class="xm_compose_origin_mail_container"><div style="line-height: 30px;position: relative;display: -webkit-box;display: -ms-flexbox;display: flex;-webkit-box-align: center;-ms-flex-align: center;align-items: center;">
<p style="color: #959DA6;font-size: 12px;">Original</p>
<div style="flex-grow: 1;height: 1px;margin-left: 20px;background-color: #e6e8eb;"></div>
</div><div style="background-color: #F5F6F7;padding: 8px;"><p style="font-size: 12px;line-height: 20px;"><span style="color: #5C6166;">From:</span><span style="color: black;">"hotspot-gc-dev-request"</span><span style="color: #959DA6;">< hotspot-gc-dev-request@openjdk.org >;</span></p><p style="font-size: 12px;line-height: 20px;"><span style="color: #5C6166;">Date:</span><span style="color: black;">2023/12/21 21:26</span></p><p style="font-size: 12px;line-height: 20px;"><span style="color: #5C6166;">To:</span><span style="color: black;">"hotspot-gc-dev"</span><span style="color: #959DA6;">< hotspot-gc-dev@openjdk.org >;</span></p><p style="font-size: 12px;line-height: 20px;"><span style="color: #5C6166;">Subject:</span><span style="color: black;">hotspot-gc-dev Digest, Vol 198, Issue 56</span></p></div><br />Send hotspot-gc-dev mailing list submissions to<br /> hotspot-gc-dev@openjdk.org<br /><br />To subscribe or unsubscribe via the World Wide Web, visit<br /> https://mail.openjdk.org/mailman/listinfo/hotspot-gc-dev<br />or, via email, send a message with subject or body 'help' to<br /> hotspot-gc-dev-request@openjdk.org<br /><br />You can reach the person managing the list at<br /> hotspot-gc-dev-owner@openjdk.org<br /><br />When replying, please edit your Subject line so it is more specific<br />than "Re: Contents of hotspot-gc-dev digest..."<br /><br /><br />Today's Topics:<br /><br /> 1. G1GC (=?utf-8?B?5YqJ5L+g6bqf?=)<br /> 2. Re: G1GC (Thomas Schatzl)<br /> 3. Re: RFR: 8319548: Unexpected internal name for Filler array<br /> klass causes error in VisualVM (Thomas Schatzl)<br /> 4. Integrated: 8319548: Unexpected internal name for Filler<br /> array klass causes error in VisualVM (Thomas Schatzl)<br /> 5. Re: RFR: 8293623: Simplify G1ConcurrentRefineThreadControl<br /> [v11] (Thomas Schatzl)<br /> 6. Re: RFR: 8322539: Parallel: Remove duplicated methods in<br /> PSAdaptiveSizePolicy (Thomas Schatzl)<br /><br /><br />----------------------------------------------------------------------<br /><br />Message: 1<br />Date: Thu, 21 Dec 2023 15:35:15 +0800<br />From: "=?utf-8?B?5YqJ5L+g6bqf?=" <1245502106@qq.com><br />To: "=?utf-8?B?aG90c3BvdC1nYy1kZXY=?=" <hotspot-gc-dev@openjdk.org></hotspot-gc-dev@openjdk.org><br />Subject: G1GC<br />Message-ID: <tencent_11AFDC8345729F09C6ED28A270A64F34EA09@qq.com><br />Content-Type: text/plain; charset="utf-8"<br /><br />When using G1GC with jdk11u, I met some cases that g1gc failed to work well and seriously affected the Java application. Here are some details:<br /><br /><br /><br />With objs promoted to old generation, as well as some humongous objs allocated, the old generation usage exceeds the threshold indicated by IHOP.<br /><br />G1GC startups concurrent marking.<br /><br />Concurrent marking is finished, but the Eden is not full and mixed GC can not be triggered.<br /><br />Humongous objs keep being alllocated and finally cause a to-space exausted.<br /><br />Eventually, G1 triggers a Full GC for collecting all objs.<br /><br /><br />I've met plenty of cases which act the same as I described below. I'm confused that it looks like a wrong prediction for old generation growing. Is it fixed in higher JDK version? Or what should I do to deal with such problems. Looking forward to your reply!<br />Thanks!<br /><br /><br /><br /><br /><br />???<br />beef.liu@qq.com<br /><br /><br /><br /><br /><br /><br /><br /><br />???<br />1245502106@qq.com<br />-------------- next part --------------<br />An HTML attachment was scrubbed...<br />URL: <https: mail="mail"></https:><br /><br />------------------------------<br /><br />Message: 2<br />Date: Thu, 21 Dec 2023 09:51:22 +0100<br />From: Thomas Schatzl <thomas.schatzl@oracle.com></thomas.schatzl@oracle.com><br />To: hotspot-gc-dev@openjdk.org<br />Subject: Re: G1GC<br />Message-ID: <ec93e3d1-4c01-4e2c-95c5-b8d1ab497998@oracle.com><br />Content-Type: text/plain; charset=UTF-8; format=flowed<br /><br />Hi,<br /><br />On 21.12.23 08:35, ??? wrote:<br />> When using G1GC with jdk11u, I met some cases that g1gc failed to work <br />> well and seriously affected the Java application. Here are some details:<br />> <br />> 1. With objs promoted to old generation, as well as some humongous objs<br />> allocated, the old generation usage exceeds the threshold indicated<br />> by IHOP.<br />> 2. G1GC startups concurrent marking.<br />> 3. Concurrent marking is finished, but the Eden is not full and mixed<br />> GC can not be triggered.<br />> 4. Humongous objs keep being alllocated and finally cause a to-space<br />> exausted.<br />> 5. Eventually, G1 triggers a Full GC for collecting all objs.<br />> <br />> <br />> I've met plenty of cases which act the same as I described below. I'm <br />> confused that it looks like a wrong prediction for old generation <br />> growing. Is it fixed in higher JDK version? Or what should I do to deal <br />> with such problems. Looking forward to your reply!<br />> Thanks!<br /><br /> thanks for your problem report.<br /><br />Trying out later JDK versions is always a good idea, as there have been <br />numerous improvements also to humongous object handling since JDK 11, <br />but I am not sure this will fix the issue.<br /><br />Without logs it is hard to say what exactly the reason for the failure <br />could be, and whether the (overall) allocation rate/live set size simply <br />exceeds what g1 can handle or not.<br /><br />One option, without increasing heap size, that works with all JDK <br />versions is to reduce the amount of humongous objects by increasing the <br />region size via the -XX:G1HeapRegionSize option. Just start with <br />doubling it (you can get the current value by starting with <br />-XX:+PrintFlagsFinal) and see what works.<br /><br />Do you happen to be able to provide a small reproducer?<br /><br />Hth,<br /> Thomas<br /><br /><br /><br />------------------------------<br /><br />Message: 3<br />Date: Thu, 21 Dec 2023 09:20:47 GMT<br />From: Thomas Schatzl <tschatzl@openjdk.org></tschatzl@openjdk.org><br />To: <hotspot-dev@openjdk.org></hotspot-dev@openjdk.org>, <hotspot-gc-dev@openjdk.org></hotspot-gc-dev@openjdk.org><br />Subject: Re: RFR: 8319548: Unexpected internal name for Filler array<br /> klass causes error in VisualVM<br />Message-ID:<br /> <DmSvGcogfrzfe7cYGWAiPN3DZ2LnxVkWqZXuL3FFdu8=.c77cd491-16c1-422b-af07-3372acbebc6d@github.com><br /> <br />Content-Type: text/plain; charset=utf-8<br /><br />On Tue, 19 Dec 2023 10:59:09 GMT, Albert Mingkun Yang <ayang@openjdk.org></ayang@openjdk.org> wrote:<br /><br />>> Hi all,<br />>> <br />>> please review this change that changes the filler array class name (again) after user feedback.<br />>> <br />>> In particular, the previous name `Ljdk/internal/vm/FillerArray;` confuses some tools (https://github.com/oracle/visualvm/issues/523). I.e. it's not an array, but still variable sized.<br />>> This change adds the `[` array bracket, and renames the element name to not have `Array` inside to not try to pretend that the element is some other kind of array.<br />>> <br />>> Testing: tier1-6<br />>> <br />>> Thanks,<br />>> Thomas<br />><br />> Marked as reviewed by ayang (Reviewer).<br /><br />Thanks @albertnetymk @dholmes-ora for your reviews<br /><br />-------------<br /><br />PR Comment: https://git.openjdk.org/jdk/pull/17155#issuecomment-1865916220<br /><br /><br />------------------------------<br /><br />Message: 4<br />Date: Thu, 21 Dec 2023 09:20:49 GMT<br />From: Thomas Schatzl <tschatzl@openjdk.org></tschatzl@openjdk.org><br />To: <hotspot-dev@openjdk.org></hotspot-dev@openjdk.org>, <hotspot-gc-dev@openjdk.org></hotspot-gc-dev@openjdk.org><br />Subject: Integrated: 8319548: Unexpected internal name for Filler<br /> array klass causes error in VisualVM<br />Message-ID:<br /> <coI9BJsR5JSjH106doGp9HfjoIMWAZtmFXiB1fc2ncI=.c8eceac4-da33-4132-a18d-876e5caef7c0@github.com><br /> <br />Content-Type: text/plain; charset=utf-8<br /><br />On Tue, 19 Dec 2023 10:08:14 GMT, Thomas Schatzl <tschatzl@openjdk.org></tschatzl@openjdk.org> wrote:<br /><br />> Hi all,<br />> <br />> please review this change that changes the filler array class name (again) after user feedback.<br />> <br />> In particular, the previous name `Ljdk/internal/vm/FillerArray;` confuses some tools (https://github.com/oracle/visualvm/issues/523). I.e. it's not an array, but still variable sized.<br />> This change adds the `[` array bracket, and renames the element name to not have `Array` inside to not try to pretend that the element is some other kind of array.<br />> <br />> Testing: tier1-6<br />> <br />> Thanks,<br />> Thomas<br /><br />This pull request has now been integrated.<br /><br />Changeset: 05745e3f<br />Author: Thomas Schatzl <tschatzl@openjdk.org></tschatzl@openjdk.org><br />URL: https://git.openjdk.org/jdk/commit/05745e3f1d56f71d7647e81fa5933c9f4ed18430<br />Stats: 2 lines in 2 files changed: 0 ins; 0 del; 2 mod<br /><br />8319548: Unexpected internal name for Filler array klass causes error in VisualVM<br /><br />Co-authored-by: Tom?? H?rka <tomas.hurka@oracle.com></tomas.hurka@oracle.com><br />Reviewed-by: ayang, dholmes<br /><br />-------------<br /><br />PR: https://git.openjdk.org/jdk/pull/17155<br /><br /><br />------------------------------<br /><br />Message: 5<br />Date: Thu, 21 Dec 2023 12:49:49 GMT<br />From: Thomas Schatzl <tschatzl@openjdk.org></tschatzl@openjdk.org><br />To: <hotspot-gc-dev@openjdk.org></hotspot-gc-dev@openjdk.org><br />Subject: Re: RFR: 8293623: Simplify G1ConcurrentRefineThreadControl<br /> [v11]<br />Message-ID:<br /> <_csq-Wj-Xx9pZHnCdKvErTUcigQQTmfah4L3PIJindQ=.5ee4bbbc-e377-4dd6-9019-3ae6a62728ef@github.com><br /> <br />Content-Type: text/plain; charset=utf-8<br /><br />On Tue, 19 Dec 2023 15:11:20 GMT, Lei Zaakjyu <duke@openjdk.org></duke@openjdk.org> wrote:<br /><br />>> 8293623: Simplify G1ConcurrentRefineThreadControl<br />><br />> Lei Zaakjyu has updated the pull request incrementally with one additional commit since the last revision:<br />> <br />> fix<br /><br />lgtm<br /><br />-------------<br /><br />Marked as reviewed by tschatzl (Reviewer).<br /><br />PR Review: https://git.openjdk.org/jdk/pull/17077#pullrequestreview-1792902478<br /><br /><br />------------------------------<br /><br />Message: 6<br />Date: Thu, 21 Dec 2023 13:26:39 GMT<br />From: Thomas Schatzl <tschatzl@openjdk.org></tschatzl@openjdk.org><br />To: <hotspot-gc-dev@openjdk.org></hotspot-gc-dev@openjdk.org><br />Subject: Re: RFR: 8322539: Parallel: Remove duplicated methods in<br /> PSAdaptiveSizePolicy<br />Message-ID:<br /> <zhjpzwiZGciBHl6rPB8mi6p62fPzXoMNTXNSgdAq1Ug=.9af70ba7-40a7-48d6-9856-be2e04edc446@github.com><br /> <br />Content-Type: text/plain; charset=utf-8<br /><br />On Wed, 20 Dec 2023 10:56:46 GMT, Albert Mingkun Yang <ayang@openjdk.org></ayang@openjdk.org> wrote:<br /><br />> Trivial removing duplicate code.<br /><br />Marked as reviewed by tschatzl (Reviewer).<br /><br />-------------<br /><br />PR Review: https://git.openjdk.org/jdk/pull/17167#pullrequestreview-1792967653<br /><br /><br />End of hotspot-gc-dev Digest, Vol 198, Issue 56<br />***********************************************<span class="xm_compose_origin_mail_container_sign" style="display: none;"></span></div><div xmail-signature=""><xm-signature><hr xmail-signature="" style="margin: 0 0 10px 0;border: 0;border-bottom:1px solid #E6E8EB;height:0;line-height:0;font-size:0;padding: 20px 0 0 0;width: 50px;display: inline-block" /><br /><a title="" class="xm_write_card" id="in_alias" style="white-space: normal; display: inline-block; text-decoration: none !important;font-family: -apple-system,BlinkMacSystemFont,PingFang SC,Microsoft YaHei;" href="https://wx.mail.qq.com/home/index?t=readmail_businesscard_midpage&nocheck=true&name=%E5%8A%89%E4%BF%A0%E9%BA%9F&icon=http%3A%2F%2Fthirdqq.qlogo.cn%2Fg%3Fb%3Doidb%26k%3DnHNLWEt4HxvFOLdxeviaVzg%26kti%3DZVms9gAAAAA%26s%3D640%26t%3D1651630340&mail=1245502106%40qq.com&code=" target="_blank"><table style="white-space: normal;table-layout: fixed; padding-right: 20px;" contenteditable="false" cellpadding="0" cellspacing="0"><tbody><tr valign="top"><td style="width: 40px;min-width: 40px; padding-top:10px"><div style="width: 38px; height: 38px; border: 1px #FFF solid; border-radius:50%; margin: 0;vertical-align: top;box-shadow: 0 0 10px 0 rgba(127,152,178,0.14);"><img src="http://thirdqq.qlogo.cn/g?b=oidb&k=nHNLWEt4HxvFOLdxeviaVzg&kti=ZVms9gAAAAA&s=640&t=1651630340" style="width:100%;height:100%;border-radius:50%;pointer-events: none;" /></div></td><td style="padding: 10px 0 8px 10px;"><div class="businessCard_name" style="font-size: 14px;color: #33312E;line-height: 20px; padding-bottom: 2px; margin:0;font-weight: 500;">劉俠麟</div><div class="businessCard_mail" style="font-size: 12px;color: #999896;line-height: 18px; margin:0;">1245502106@qq.com</div></td></tr></tbody></table></a></xm-signature><p></p></div></div>