本帖最后由 1a2s3d4f1 于 2021-4-3 23:32 编辑
看了一个G1GC的服务端参数教程后，我就去研究openj9的balanced gc，过程是这样的：
使用balanced gc ->延迟开头高，后降低 ->HMCL测试效果 ->背景图显示问题 ->设置区域大小后无错误，发issue ->mc fabric 测试一个渲染mod崩溃，症状与hmcl类似，在github上发issue -> 测试eden分配机制，发现-Xmx=-Xms时，jvm直接去最大eden量做初始，发github ->是设计的，将来会改进 pull ->nightly build测试balanced gc，大整合包崩溃 ->发现是mixed refs的，发到github上（英文极差）
试着安装iris与sodium在all of fabric上，但是openj9崩了
复制代码然后我试图获取核心转储文件并在github上发个issue，结果jvm又不崩溃了，奇怪。
nightly build是混合(mixed refs)的，包含指针压缩与非指针压缩（large heap），而不是像之前一样压缩指针与非压缩指针分开，但是这个运行mc与大量mod就崩溃，感觉可能是有bug，就发了个issue，我对balanced做测试，发现了一个bug（与区域大小有关系），在github上还对balanced gc的eden大小机制提了个问题，后面出现了一个pull去改进balanced gc的eden伸缩机制（balanced gc是openj9上类似g1gc的区域gc）
论坛草稿有bug，直接变已关闭，还要解锁卡
看了一个G1GC的服务端参数教程后，我就去研究openj9的balanced gc，过程是这样的：
使用balanced gc ->延迟开头高，后降低 ->HMCL测试效果 ->背景图显示问题 ->设置区域大小后无错误，发issue ->mc fabric 测试一个渲染mod崩溃，症状与hmcl类似，在github上发issue -> 测试eden分配机制，发现-Xmx=-Xms时，jvm直接去最大eden量做初始，发github ->是设计的，将来会改进 pull ->nightly build测试balanced gc，大整合包崩溃 ->发现是mixed refs的，发到github上（英文极差）
试着安装iris与sodium在all of fabric上，但是openj9崩了
- 2:04:03.433 0x2aab700 j9mm.107 * ** ASSERTION FAILED ** at E:\jenkins\tmp\workspace\build\src\build\windows-x86_64-normal-server-release\vm\omr\gc\base\HeapRegionManager.hpp:282: ((false && (heapAddress >= _lowTableEdge)))
- JVMDUMP039I 正在处理转储事件“traceassert”，详细信息“”，位于 2021/04/03 20:04:03 - 请稍候。
- JVMDUMP032I JVM 使用“MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump\core.20210403.200403.5076.0001.dmp”来请求 System 转储以响应事件
nightly build是混合(mixed refs)的，包含指针压缩与非指针压缩（large heap），而不是像之前一样压缩指针与非压缩指针分开，但是这个运行mc与大量mod就崩溃，感觉可能是有bug，就发了个issue，我对balanced做测试，发现了一个bug（与区域大小有关系），在github上还对balanced gc的eden大小机制提了个问题，后面出现了一个pull去改进balanced gc的eden伸缩机制（balanced gc是openj9上类似g1gc的区域gc）
论坛草稿有bug，直接变已关闭，还要解锁卡