<div dir="auto"><div dir="ltr">It stays at 4Gb max (I've configured 8Gb max, so this should be OK, but always Evacuation Failure GCs). Currently I don't have the energy to look further into it due to a cold, but I could upload the 3,8Gb JSON file somewhere if needed for the test to run, if that helps...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mo., 16. Sept. 2024 um 19:03 Uhr schrieb Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com" target="_blank" rel="noreferrer">maurizio.cimadamore@oracle.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 16/09/2024 17:49, Johannes Lichtenberger wrote:<br>
> but I thought it shouldn't be that runtime for shredding a resource <br>
> (impirting JSON data) suddenly is 3x worse even now in the middle of a <br>
> bigger refactoring in my spare time<br>
<br>
Ok, so there's a new bullet:<br>
<br>
* the _execution time_ (e.g. throughput) with the memory segment version <br>
is now 3x slower than w/o memory segment<br>
<br>
What does the memory usage look like? I understand that you see issues <br>
with GC failures due to "pinning" - but does the overall heap usage seem <br>
ok? Or has heap usage also increased?<br>
<br>
Maurizio<br>
<br>
</blockquote></div>