{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":54655624,"defaultBranch":"master","name":"omr","ownerLogin":"LinHu2016","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2016-03-24T16:06:49.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/18031118?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1726663484.0","currentOid":""},"activityList":{"items":[{"before":"fef811bafc2780384029f4846b4ba73367fc9ee9","after":"3d71caacb2d1bd0eaaa95b148410059f1ce999d3","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-19T13:33:38.000Z","pushType":"push","commitsCount":18,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Merge pull request #7456 from ymanton/simplifier-trivial-cond-branches\n\nOptimize trivial branches obscured by goto blocks on the fall-through path","shortMessageHtmlLink":"Merge pull request <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2510952171\" data-permission-text=\"Title is private\" data-url=\"https://github.com/eclipse/omr/issues/7456\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/eclipse/omr/pull/7456/hovercard\" href=\"https://github.com/eclipse/omr/pull/7456\">eclipse#7456</a> from ymanton/simplifier-trivial-cond-…"}},{"before":null,"after":"fef811bafc2780384029f4846b4ba73367fc9ee9","ref":"refs/heads/isArrayletDataAdjacentToHeader","pushedAt":"2024-09-18T12:44:44.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap-objects objects=nnn bytes=nnn>\n  in <mem-info>.\n  New element<offheap candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"bb67eebe7b02ca97fd9fa0485b4b1d6b833a125e","after":"fef811bafc2780384029f4846b4ba73367fc9ee9","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-17T19:54:29.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap-objects objects=nnn bytes=nnn>\n  in <mem-info>.\n  New element<offheap candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"01853a898d0ab51c7ae18ff2d41cfb11d5e947b4","after":"bb67eebe7b02ca97fd9fa0485b4b1d6b833a125e","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-17T17:40:10.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap-objects objects=nnn bytes=nnn>\n  in <mem-info>.\n  New element<offheap candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"d23f2ada6cec240254b4b636a2cf4f96b1c68680","after":"01853a898d0ab51c7ae18ff2d41cfb11d5e947b4","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-16T20:51:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap-objects objects=nnn bytes=nnn>\n  in <mem-info>.\n  New element<offheap candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"c5445aa18501eb7e986383179424db2ecb54b453","after":"d23f2ada6cec240254b4b636a2cf4f96b1c68680","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-16T19:50:06.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap objects=nnn allocatedBytes=nnn> in <mem-info>\n  New element<offheap-objects candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"f733c3f9161d4c80338d4466559f88e35ef0e52a","after":"c5445aa18501eb7e986383179424db2ecb54b453","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-16T19:47:56.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap objects=nnn allocatedBytes=nnn> in <mem-info>\n  New element<offheap-objects candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"457dee2bc94ef129f6190a3dd9c48974fa99a469","after":"f733c3f9161d4c80338d4466559f88e35ef0e52a","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-16T19:41:03.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap objects=nnn allocatedBytes=nnn> in <mem-info>\n  New element<offheap-objects candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"19bb2188ed1f6a08849f8f07e4d5450f1332dcb9","after":"457dee2bc94ef129f6190a3dd9c48974fa99a469","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-16T18:26:11.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap objects=nnn allocatedBytes=nnn> in <mem-info>\n  New element<offheap-objects candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"b4dea35eab837073674fea08156219cacf7434b4","after":"19bb2188ed1f6a08849f8f07e4d5450f1332dcb9","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-09-16T18:23:52.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Off-Heap related update\n\n - Remove double mapping related entities.\n - Record allocObjectCount in Sparse Heap.\n - Update verbosegc schema for new off heap related elements\n  New sub element<offheap objects=nnn allocatedBytes=nnn> in <mem-info>\n  New element<offheap-objects candidates=nnn cleared=nnn> in\n  group <gc-op-copy-forward> and group <gc-op-mark>.\n\nSigned-off-by: lhu <linhu@ca.ibm.com>","shortMessageHtmlLink":"Off-Heap related update"}},{"before":"e717647c5cc4b80fa57a0978f70a98b51e54b598","after":"b4dea35eab837073674fea08156219cacf7434b4","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-08-30T20:26:15.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"isVirtualLargeObjectHeapRequested\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"isVirtualLargeObjectHeapRequested"}},{"before":"1744f6c408da581bf1923de6dc6584f7d2b0013b","after":"e717647c5cc4b80fa57a0978f70a98b51e54b598","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-08-28T15:11:38.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"isVirtualLargeObjectHeapRequested\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"isVirtualLargeObjectHeapRequested"}},{"before":"4e3f8d08250a01be591a96f4a55abea0be62319b","after":"1744f6c408da581bf1923de6dc6584f7d2b0013b","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-08-12T20:38:13.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"isVirtualLargeObjectHeapRequested\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"isVirtualLargeObjectHeapRequested"}},{"before":"982a33b32b80322c423995d20be770e4a968b4c5","after":"4e3f8d08250a01be591a96f4a55abea0be62319b","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-08-07T14:53:47.000Z","pushType":"push","commitsCount":12,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"isVirtualLargeObjectHeapRequested\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"isVirtualLargeObjectHeapRequested"}},{"before":"94fbd3f113d5a3df7afe012f9d184fc15888506c","after":"982a33b32b80322c423995d20be770e4a968b4c5","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-31T19:12:36.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n - empty method offsetOfContiguousDataAddrField() in ObjectModel\n - empty method generateArrayElementShiftAmountTrees() in TransformUtil\n - empty method isOffHeapAllocationEnabled() in ObjectModel\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"1a8295b152c426dc4d9de794dfeb04577595009c","after":"94fbd3f113d5a3df7afe012f9d184fc15888506c","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-30T19:39:01.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n - empty method offsetOfContiguousDataAddrField() in ObjectModel\n - empty method generateArrayElementShiftAmountTrees() in TransformUtil\n - empty method isOffHeapAllocationEnabled() in ObjectModel\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"9441e75e22ab061a8854355a6541d75bb3f1aad5","after":"1a8295b152c426dc4d9de794dfeb04577595009c","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-24T14:58:28.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n - empty method offsetOfContiguousDataAddrField() in ObjectModel\n - empty method generateArrayElementShiftAmountTrees() in TransformUtil\n - empty method isOffHeapAllocationEnabled() in ObjectModel\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"52bea2953d6f83ca29685192c8c7453d0bf88741","after":"9441e75e22ab061a8854355a6541d75bb3f1aad5","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-24T14:37:46.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n - empty method offsetOfContiguousDataAddrField() in ObjectModel\n - empty method generateArrayElementShiftAmountTrees() in TransformUtil\n - empty method isOffHeapAllocationEnabled() in ObjectModel\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"4ea093f339a359b3e06e5d77ae46a4334c278c80","after":"52bea2953d6f83ca29685192c8c7453d0bf88741","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-24T14:00:40.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n - empty method offsetOfContiguousDataAddrField() in ObjectModel\n - empty method generateArrayElementShiftAmountTrees() in TransformUtil\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"64fe744e8aada85ae9aa686be461bd4fffd35c35","after":"4ea093f339a359b3e06e5d77ae46a4334c278c80","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T20:14:48.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"827ea6ab7c439d925fcce9b360fa4c51abc8d595","after":"64fe744e8aada85ae9aa686be461bd4fffd35c35","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T20:12:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n - replace J9VM_GC_ENABLE_SPARSE_HEAP_ALLOCATION with\n   OMR_GC_SPARSE_HEAP_ALLOCATION.\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"9aa91c8ea2afd7968d757f68477a926c377d1e21","after":"827ea6ab7c439d925fcce9b360fa4c51abc8d595","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T20:07:26.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION ON\n - obsolete Trc_MM_double_map_Entry, once all usages are updated.\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"705879b63ca9d94826e674ec56162ffa3be95dae","after":"9aa91c8ea2afd7968d757f68477a926c377d1e21","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T18:38:48.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"2b45c9dfc89c283822293ac150ad9269dd18ce22","after":"705879b63ca9d94826e674ec56162ffa3be95dae","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T17:53:29.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"3817961cdb6996525cdd6c4fbdeda4f3d4983da6","after":"2b45c9dfc89c283822293ac150ad9269dd18ce22","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T17:42:35.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"3f883e4e2bb3b7f29861b9fe7c6ff6a4f90c52b3","after":"3817961cdb6996525cdd6c4fbdeda4f3d4983da6","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-23T17:37:32.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":null,"after":"d934b70521ffca95b6b2c261269aab17e8450e52","ref":"refs/heads/off-heap-secondpart-test","pushedAt":"2024-07-23T14:29:37.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"isVirtualLargeObjectHeapRequested = true\ndefault configurationOptions._gcPolicy = gc_policy_gencon\nset(OMR_GC_SPARSE_HEAP_ALLOCATION ON CACHE BOOL \"TODO: Document\")","shortMessageHtmlLink":"isVirtualLargeObjectHeapRequested = true"}},{"before":"4af0a24b481c81529eae03130d8e31492c1a3607","after":"3f883e4e2bb3b7f29861b9fe7c6ff6a4f90c52b3","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-22T18:54:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"3dfa8435b59c29ca70f5a2083778164a3b02949e","after":"4af0a24b481c81529eae03130d8e31492c1a3607","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-17T20:19:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}},{"before":"2efea00fe86325d634dd334ce07ebb3b70befc86","after":"3dfa8435b59c29ca70f5a2083778164a3b02949e","ref":"refs/heads/off-heap-secondpart","pushedAt":"2024-07-17T17:47:23.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"LinHu2016","name":"Lin Hu","path":"/LinHu2016","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/18031118?s=80&v=4"},"commit":{"message":"Modifications for Off-Heap Technology for Large Arrays\n\nModifications required to complete the introduction of an optimized\nmemory management scheme for large arrays in a region-based garbage\ncollector.\nMore specifically, this is a new heap scheme and large\nobject organization (in-heap and off-heap), an\nenhanced method for allocating large objects (proxy\nobjects), and an optimized technique of accessing\nlarge arrays during runtime (JIT optimizations).\n\n - new define OMR_GC_SPARSE_HEAP_ALLOCATION\n - set OMR_GC_SPARSE_HEAP_ALLOCATION OFF\n\nSigned-off-by: hulin <linhu@ca.ibm.com>","shortMessageHtmlLink":"Modifications for Off-Heap Technology for Large Arrays"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0xOVQxMzozMzozOC4wMDAwMDBazwAAAAS656XO","startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0xOVQxMzozMzozOC4wMDAwMDBazwAAAAS656XO","endCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wNy0xN1QxNzo0NzoyMy4wMDAwMDBazwAAAASCHoFp"}},"title":"Activity · LinHu2016/omr"}