RFR: 8306444: Don't leak memory in PhaseChaitin::PhaseChaitin
Johan Sjölen
jsjolen at openjdk.org
Thu Apr 20 12:08:45 UTC 2023
On Wed, 19 Apr 2023 17:46:42 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:
>> Hi,
>>
>> First, `PhaseChaitin::PhaseChaitin` used to create 4 resource array of size `_cfg.number_of_blocks`: one to store all of the block pointers in (`_blks`), and three to do a sorting of the blocks in some order. The latter three weren't freed in the constructor, causing them to hang around for the entire duration of the phase. This is unnecessary, so this patch frees the arrays when we're done with them. It also allocates all of the resources arrays in one go.
>>
>> Second, it copied over each partially filled bucket into the `_blks`, one block at a time. This patch changes this so that we don't allocate the `_blks` resource array at all, instead we simply squash all of the partially filled buckets into the first one using `::memmove`.
>>
>> I haven't done any micro benchmarking, but this should be faster and take less space.
>>
>> This is currently passing tier1.
>
> src/hotspot/share/opto/chaitin.cpp line 265:
>
>> 263: }
>> 264: // Free the now unused memory
>> 265: FREE_RESOURCE_ARRAY(Block*, buckets[1], (NUMBUCKS-1)*nr_blocks);
>
> I did not know that you can free part of allocated space.
Arena and ResourceArea looks at array allocations as `sizeof(T)*N` bytes being allocated, nothing more than that. If it's the last thing you allocated then you can free that space.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/13533#discussion_r1172489348
More information about the hotspot-compiler-dev
mailing list