8251158: Implementation of JEP 387: Elastic Metaspace #336

tstuefe · 2020-09-24T12:16:55Z

Hi all,

this is the continuation of the ongoing review for the JEP387 implementation (last rounds see [1] [2]). Sorry for the delay, had vacation then the entrance of Skara delayed things a bit.

For the delta diff please see [3].

This is the first time I do a large PR after Skara, so if something is wrong please bear with me. I cannot answer all feedback individually in this PR body, but I incorporated almost all into the new revision.

What changed since the last version:

I renamed most metaspace files back to the original naming scheme or to something similar, hopefully capturing the group consent.
I changed the way allocation guards are checked if MetaspaceGuardAllocations is enabled. Before, I would test for overwrites upon CLD destruction, but since that check was subject to VerifyMetaspaceInterval it only ran for every nth class loader which made it rather pointless. Now I run it always.
I also improved the printout on block corruption, and log block corruption unconditionally before asserting.
I also fixed up and commented the death test which tests for allocation overwriters (test_allocationGuard.cpp)

Side note, I find the corruption check very useful but if you guys think it is too much I still can remove the feature.

In ChunkManager::purge() I improved the comments after discussions with Leo.
I fixed a bug with VerifyMetaspaceInterval: if set to 1 the "SOMETIMES" sections were supposed to fire always, but due to a one-off error they only fired every second time. Now, if -XX:VerifyMetaspaceInterval=1, the checks really run every time.
Fixed indentation issues as Leo requested
Rewrote the condition and the assert in VirtualSpaceList::allocate_root_chunk() as Leo requested
I removed the "can_purge" logic from VirtualSpaceList. The list does not need to know. It just should iterate all nodes and attempt purging, and if a node does not own its ReservedSpace, it refuses to be purged. That is simpler and more flexible since it allows us to have list with purge-able and non-purge-able nodes.
and various smaller fixes, mainly on request of Leo.

@lkorinth:

VirtualSpaceNode.hpp

102 // Start pointer of the area.
103 MetaWord* const _base;

How does this differ from _rs._base? Really needed?

105 // Size, in words, of the whole node
106 const size_t _word_size;

Can we not calculate this from _rs.size()?

You are right, _base and _word_size are directly related to the underlying space. But I'd prefer to leave it the way it is. Mainly because ReservedSpace::_base and ::_size are nonconst and theoretically can change under me. It is highly improbable but I'd like to know. Note that VirtualSpaceNode::verify checks that.

Should we clean up ReservedSpace at some point and make those members const - as they should be - then I would rewrite this as you suggest.

Thanks, again, for all your review work!

[1] https://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2020-August/041162.html
[2] https://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2020-September/041628.html
[3] 731f795

/issue 8251158
/cc hotspot-runtime, hotspot-gc
/test tier1, tier2, tier3, tier4, tier5, tier6, tier7, tier8

Progress

Change must not contain extraneous whitespace
Commit message must refer to an issue
Change must be properly reviewed

Testing

	Linux x64	Windows x64	macOS x64
Build	✔️ (5/5 passed)	✔️ (2/2 passed)	✔️ (2/2 passed)
Test (tier1)	✔️ (9/9 passed)	✔️ (9/9 passed)	✔️ (9/9 passed)

Issue

JDK-8251158: Implementation of JEP 387: Elastic Metaspace

Reviewers

Leo Korinth (@lkorinth - Committer) ⚠️ Review applies to ece884f
Coleen Phillimore (@coleenp - Reviewer) ⚠️ Review applies to b6e8b84
Ioi Lam (@iklam - Reviewer) ⚠️ Review applies to f5cf615
Richard Reingruber (@reinrich - Committer) ⚠️ Review applies to e895bfa

Download

$ git fetch https://git.openjdk.java.net/jdk pull/336/head:pull/336
$ git checkout pull/336

bridgekeeper · 2020-09-24T12:18:14Z

👋 Welcome back stuefe! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

openjdk · 2020-09-24T12:19:53Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

openjdk · 2020-09-24T12:20:18Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

mlbridge · 2020-09-24T13:09:35Z

Hi @mlbridge[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user mlbridge[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

tstuefe · 2020-09-24T14:03:38Z

/test

openjdk · 2020-09-24T14:04:13Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

src/hotspot/share/memory/metaspace/virtualSpaceNode.cpp

lkorinth

I just have a few cosmetic comments. Otherwise it looks good to me.

If you sort by ASCII order, I get a few unordered includes:
("." < "/" < "a-z,A-Z")

In file b/src/hotspot/share/gc/shared/genCollectedHeap.cpp:
[not sorted]:
#include "memory/metaspaceCounters.hpp" (Context)
#include "memory/metaspace/metaspaceSizesSnapshot.hpp" (Addition)
#include "memory/resourceArea.hpp" (Context)

In file b/src/hotspot/share/memory/metaspace.cpp:
[not sorted]:
#include "memory/metaspace/virtualSpaceList.hpp" (Context)
#include "memory/metaspace.hpp" (Addition)
#include "memory/metaspaceShared.hpp" (Context)

In file b/src/hotspot/share/memory/metaspace/chunkManager.cpp:
[not sorted]:
#include "memory/metaspace/metaspaceCommon.hpp" (Context)
#include "memory/metaspace/metaspaceContext.hpp" (Addition)
#include "memory/metaspace/metachunk.hpp" (Addition)

In file b/src/hotspot/share/memory/metaspace/chunkManager.cpp:
[not sorted]:
#include "memory/metaspace/metaspaceContext.hpp" (Addition)
#include "memory/metaspace/metachunk.hpp" (Addition)
#include "memory/metaspace/metaspaceSettings.hpp" (Addition)

blockTree.hpp
add a space after loop keyword "for(;;) {" -> "for (;;) {"

blockTree.cpp
add a space after loop keyword "} while(0)" -> "} while (0)" (twice in file)

I still think we should try to get the initializer list indented
somewhat consistently. (This is really boring, and hard as we do not
have precise indentation rules and no mechanical indenter). Sorry for
mentioning this, but now might be the time to get indentation
consistent at least in metaspace. The indentation level seems to most
often be 2 or 4. Sometimes "Haskell" indentation with "," at the
beginning of each line is used (I like this, but I think I am in a
small minority) and most often it is not used. Sometimes several field
members are initialised on multi line initializer lists, sometimes
only one per line (I prefer one per line, if not all fits on a single
line). Open curly braces seem to mostly (but not always) be on a new line.

If you could normalize the style I would be happy, I yield my own
preferences to you and the other reviewers on what style to use, so
that we have a possibility to agree :-)

Thanks, Leo

mlbridge · 2020-09-28T14:18:40Z

Hi @mlbridge[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user mlbridge[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

lkorinth · 2020-09-28T14:25:20Z

Regarding the order of "." and "/" take what you prefer.

coleenp

Besides my comment about globals.hpp option MetaspaceGuardAllocations, my comments are minor things and I approve this change. There might be some additional things we find that we'll want to change once this code is integrated. This is a significant improvement to metaspace memory management. Great work, @tstuefe !

src/hotspot/share/memory/metaspace/blockTree.cpp

src/hotspot/share/memory/metaspace/chunkHeaderPool.hpp

src/hotspot/share/memory/metaspace/classLoaderMetaspace.cpp

src/hotspot/share/memory/metaspace/commitMask.hpp

src/hotspot/share/memory/metaspace/metachunk.hpp

src/hotspot/share/memory/metaspace/metachunkList.hpp

src/hotspot/share/runtime/globals.hpp

openjdk · 2020-09-28T14:38:06Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

tstuefe · 2020-09-29T05:03:11Z

Hi Leo,

I just have a few cosmetic comments. Otherwise it looks good to me.

If you sort by ASCII order, I get a few unordered includes:
("." < "/" < "a-z,A-Z")
....

I will fix all those.

blockTree.hpp
add a space after loop keyword "for(;;) {" -> "for (;;) {"

blockTree.cpp
add a space after loop keyword "} while(0)" -> "} while (0)" (twice in file)

Okay

I still think we should try to get the initializer list indented
somewhat consistently.

I agree, will do.

tstuefe · 2020-09-29T07:37:40Z

Hi,

thanks for the reviews! New version:

Hotspot style fixes - sorted all include sections, and removed empty lines from them; fixed whitespace issues in loop constructs; fixed include guard names; squashed empty lines
Moved verification code from commitmask.hpp to commitmask.cpp
Squashed multiple empty lines to one and condensed code a bit more
Changed ctor initializer lists: I decided on two formats. Two space indentation, colon follows prototype name, punctuation at the end, all in one line or one line per member:

XXX() : _m1(xx), _m2(xx) {
blub
}

XXX() :
_m1(xx),
_m2(xx),
_m3(xx),
_m4(xx)
{
blub
}

Made MetaspaceGuardAllocations diagnostic

tstuefe · 2020-09-29T07:42:28Z

Besides my comment about globals.hpp option MetaspaceGuardAllocations, my comments are minor things and I approve this change. There might be some additional things we find that we'll want to change once this code is integrated. This is a significant improvement to metaspace memory management. Great work, @tstuefe !

Thank you Coleen! :)

iklam

So far I have only reviewed the C code that uses the metaspace, but not the metaspace implementation itself (memory/metaspace*, memory/metaspace/*). I also reviewed a bit of classes.

src/hotspot/share/jvmci/jvmciCompilerToVM.hpp

src/hotspot/share/runtime/globals.hpp

src/hotspot/share/services/memReporter.cpp

iklam · 2020-09-30T00:40:24Z

src/hotspot/share/gc/parallel/psParallelCompact.cpp

@@ -1058,7 +1058,7 @@ void PSParallelCompact::post_compact()

  // Delete metaspaces for unloaded class loaders and clean up loader_data graph
  ClassLoaderDataGraph::purge(/*at_safepoint*/true);
-  MetaspaceUtils::verify_metrics();
+  DEBUG_ONLY(MetaspaceUtils::verify();)


I think it will be cleaner to declare MetaspaceUtils::verify() as

void verify() NOT_DEBUG_RETURN;

then you can omit the DEBUG_ONLY at every caller.

Unless you really want me to, or other Reviewers chime in, I'd rather leave it as it is. I prefer this style since it is clear at the callsites that this is only ASSERT code.

iklam · 2020-09-30T00:48:21Z

test/hotspot/jtreg/runtime/cds/MaxMetaspaceSize.java

@@ -44,9 +44,8 @@ public static void main(String[] args) throws Exception {
    processArgs.add("-Xshare:dump");

    if (Platform.is64bit()) {
-      processArgs.add("-XX:MaxMetaspaceSize=3m");
+      processArgs.add("-XX:MaxMetaspaceSize=8m");


Does this mean the absolute minimal size is larger than before? I just want to confirm this. I think 3M -> 8M doesn't really matter, unless other (larger) minimums also scale up by a factor of 2.66 :-)

On the contrary. Minimum metaspace usage to run a simple HelloWorld went way down.

Before: 10,00 MB reserved, 4,75 MB ( 48%) committed
Now: 12,00 MB reserved, 448,00 KB ( 3%) committed.

(CDS enabled in both cases)

mainly because now we commit the large chunk for the boot loader only on demand. Reservation (vsize) numbers are somwhat chunkier now since the default size for a VirtualSpaceNode went up from 4 to 8MB.

You now can get away with -XX:MaxMetaspaceSize=~500K to start a simple program.

While writing this, I wondered why I made this change to your test. It is not needed for the current version, probably a remnant from some earlier prototype. I will revert this line and check the other tests too.

test/hotspot/jtreg/runtime/cds/appcds/sharedStrings/LargePages.java

src/hotspot/share/memory/metaspace.hpp

reinrich

Hi Thomas,

this is batch 3 with another 3 points. I'm sending it now because I think I cannot reply to your comments otherwise.

Cheers, Richard.

src/hotspot/share/memory/metaspace/metaspaceSettings.hpp

src/hotspot/share/memory/metaspace/metaspaceArena.cpp

…unkManager::return_chunk

coleenp

I still approve this change.

src/hotspot/share/memory/metaspace/metachunk.hpp

coleenp · 2020-10-13T14:22:09Z

@reinrich approve this change so @tstuefe can check it in! Anything left can be addressed in a new PR. Thanks!

reinrich

Hi Thomas,
this is a major enhancement and it looks good to me. Congratulations! :)
Cheers, Richard.

tstuefe · 2020-10-14T16:02:30Z

Hi Thomas,
this is a major enhancement and it looks good to me. Congratulations! :)
Cheers, Richard.

Thanks a lot Richard!

lkorinth · 2020-10-19T09:09:30Z

Still looks good to me.

tstuefe · 2020-10-20T06:43:24Z

/integrate

openjdk · 2020-10-20T06:45:39Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

openjdk · 2020-10-20T06:46:11Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

openjdk · 2020-10-20T06:47:10Z

Hi @openjdk[bot], thanks for making a comment in an OpenJDK project!

All comments and discussions in the OpenJDK Community must be made available under the OpenJDK Terms of Use. If you already are an OpenJDK Author, Committer or Reviewer, please click here to open a new issue so that we can record that fact. Please Use "Add GitHub user openjdk[bot] for the summary.

If you are not an OpenJDK Author, Committer or Reviewer, simply check the box below to accept the OpenJDK Terms of Use for your comments.

I agree to the OpenJDK Terms of Use for all comments I make in a project in the OpenJDK GitHub organization.

Your comment will be automatically restored once you have accepted the OpenJDK Terms of Use.

openjdk · 2020-10-20T06:50:07Z

@tstuefe Since your change was applied there have been 39 commits pushed to the master branch:

5fedfa707e8d48ff8c18e68b3ab1538838f64bdf: 8251271: C2: Compile::_for_igvn list is corrupted after RenumberLiveNodes
98ec4a6792a99f3a4774ebf3191e7347cea39cbc: 8254805: compiler/debug/TestStressCM.java is still failing
355f44dd11620b6a6070be13648cdcb35dcd5105: 8254994: [x86] C1 StubAssembler::call_RT, "call_offset might not be initialized"
0a75b37f7acf287852693abda00904dfdede243a: 8254776: Remove unimplemented LowMemoryDetector::check_memory_usage
b65dcfa3a065131e276484e84e3e0faae1016bae: 8197981: Missing return statement in __sync_val_compare_and_swap_8
5b51085c986fed342a9bc03f3641283707a89a4e: 8254997: Remove unimplemented OSContainer::read_memory_limit_in_bytes
c87cdf70e40042371b3474c01fff3457716568be: 8254029: ObjectMonitor cleanup/minor bug-fix changes extracted from JDK-8253064
7a580ca8c06aae9ecfa83971e9e3dae0ebe296f4: 8255027: Problem list for Graal test gc/stress/TestStressG1Humongous.java
6e8835c6bc5c7f88fb4006a4b0b879327dbe6248: 7110890: reg test TranslucentShapedFrameTest fails to create non-opaque frame
bf19581ab0b63a05cb3f72d263ad289fc7d7d618: 8255016: ConstantDescs.FALSE claims it represents TRUE
... and 29 more: https://git.openjdk.java.net/jdk/compare/0b3e6c51bae47421d2fa3520b3eb6af22c668cc4...master

Your commit was automatically rebased without conflicts.

Pushed as commit 7ba6a6b.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.

tstuefe added 2 commits September 24, 2020 13:45

Review version 2 (2020-09-04)

a7dc085

JEP387 review feedback round 2

731f795

openjdk bot changed the title ~~8251158: Implementation of JEP 387: Elastic Metaspace (round three)~~ 8251158: Implementation of JEP 387: Elastic Metaspace Sep 24, 2020

openjdk bot added the hotspot-runtime hotspot-runtime-dev@openjdk.org label Sep 24, 2020

openjdk bot added the hotspot-gc hotspot-gc-dev@openjdk.org label Sep 24, 2020

Remove trailing whitespaces

b5eaf32

tstuefe marked this pull request as ready for review September 24, 2020 12:32

openjdk bot added the rfr Pull request is ready for review label Sep 24, 2020

openjdk bot added the test-request label Sep 24, 2020

stefank reviewed Sep 25, 2020

View reviewed changes

src/hotspot/share/memory/metaspace/virtualSpaceNode.cpp Outdated Show resolved Hide resolved

Remove empty lines from include sections

9f68bab

lkorinth suggested changes Sep 28, 2020

View reviewed changes

coleenp approved these changes Sep 28, 2020

View reviewed changes

openjdk bot added the ready Pull request is ready to be integrated label Sep 28, 2020

tstuefe added 2 commits September 29, 2020 07:12

Style fixes

267ce0a

Make MetaspaceGuardAllocations a diagnostic flag

0e41494

Make MetaspaceGuardAllocations a diagnostic flag (2)

e64d8f0

iklam suggested changes Sep 30, 2020

View reviewed changes

Review Feedback Richard 2

eacafe4

reinrich suggested changes Oct 6, 2020

View reviewed changes

src/hotspot/share/memory/metaspace/metaspaceSettings.hpp Outdated Show resolved Hide resolved

src/hotspot/share/memory/metaspace/metaspaceArena.cpp Outdated Show resolved Hide resolved

src/hotspot/share/memory/metaspace/metaspaceArena.cpp Outdated Show resolved Hide resolved

tstuefe added 3 commits October 9, 2020 08:08

Assert that in reclaim=none mode new chunks are fully committed

7658f97

Loosen unnecessarily strict restriction of allowed chunk states on Ch…

bd0e7f4

…unkManager::return_chunk

Fix retrieval from FreeChunkList; add test; update comments

2c97008

openjdk bot added merge-conflict Pull request has merge conflict with target branch and removed ready Pull request is ready to be integrated labels Oct 11, 2020

Add ASCII art to better describe Metachunk relationship to their payload

b6e8b84

coleenp approved these changes Oct 12, 2020

View reviewed changes

src/hotspot/share/memory/metaspace/metachunk.hpp Show resolved Hide resolved

tstuefe added 2 commits October 12, 2020 15:53

Richard feedback 3

b9df951

Merge

e895bfa

openjdk bot added ready Pull request is ready to be integrated and removed merge-conflict Pull request has merge conflict with target branch labels Oct 12, 2020

reinrich approved these changes Oct 13, 2020

View reviewed changes

tstuefe added 3 commits October 15, 2020 17:44

Merge

df2f81d

Merge

c5dbfbc

Small include file correction

973e7aa

Fix Linux 32bit link issue

1b52124

openjdk bot closed this Oct 20, 2020

openjdk bot added integrated Pull request has been integrated and removed ready Pull request is ready to be integrated rfr Pull request is ready for review labels Oct 20, 2020

8251158: Implementation of JEP 387: Elastic Metaspace #336

8251158: Implementation of JEP 387: Elastic Metaspace #336

tstuefe commented Sep 24, 2020 •

edited by openjdk bot

bridgekeeper bot commented Sep 24, 2020

openjdk bot commented Sep 24, 2020 •

edited by bridgekeeper bot

openjdk bot commented Sep 24, 2020 •

edited by bridgekeeper bot

mlbridge bot commented Sep 24, 2020 •

edited by bridgekeeper bot

tstuefe commented Sep 24, 2020

openjdk bot commented Sep 24, 2020 •

edited by bridgekeeper bot

lkorinth left a comment

mlbridge bot commented Sep 28, 2020 •

edited by bridgekeeper bot

lkorinth commented Sep 28, 2020

coleenp left a comment

openjdk bot commented Sep 28, 2020 •

edited by bridgekeeper bot

tstuefe commented Sep 29, 2020

tstuefe commented Sep 29, 2020

tstuefe commented Sep 29, 2020

iklam left a comment

iklam Sep 30, 2020

tstuefe Sep 30, 2020

iklam Sep 30, 2020

tstuefe Sep 30, 2020 •

edited

reinrich left a comment

coleenp left a comment

coleenp commented Oct 13, 2020

reinrich left a comment

tstuefe commented Oct 14, 2020

lkorinth commented Oct 19, 2020

tstuefe commented Oct 20, 2020

openjdk bot commented Oct 20, 2020 •

edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 •

edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 •

edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 •

edited by rwestberg

8251158: Implementation of JEP 387: Elastic Metaspace #336

8251158: Implementation of JEP 387: Elastic Metaspace #336

Conversation

tstuefe commented Sep 24, 2020 • edited by openjdk bot

Progress

Testing

Issue

Reviewers

Download

bridgekeeper bot commented Sep 24, 2020

openjdk bot commented Sep 24, 2020 • edited by bridgekeeper bot

openjdk bot commented Sep 24, 2020 • edited by bridgekeeper bot

mlbridge bot commented Sep 24, 2020 • edited by bridgekeeper bot

tstuefe commented Sep 24, 2020

openjdk bot commented Sep 24, 2020 • edited by bridgekeeper bot

lkorinth left a comment

Choose a reason for hiding this comment

mlbridge bot commented Sep 28, 2020 • edited by bridgekeeper bot

lkorinth commented Sep 28, 2020

coleenp left a comment

Choose a reason for hiding this comment

openjdk bot commented Sep 28, 2020 • edited by bridgekeeper bot

tstuefe commented Sep 29, 2020

tstuefe commented Sep 29, 2020

tstuefe commented Sep 29, 2020

iklam left a comment

Choose a reason for hiding this comment

iklam Sep 30, 2020

Choose a reason for hiding this comment

tstuefe Sep 30, 2020

Choose a reason for hiding this comment

iklam Sep 30, 2020

Choose a reason for hiding this comment

tstuefe Sep 30, 2020 • edited

Choose a reason for hiding this comment

reinrich left a comment

Choose a reason for hiding this comment

coleenp left a comment

Choose a reason for hiding this comment

coleenp commented Oct 13, 2020

reinrich left a comment

Choose a reason for hiding this comment

tstuefe commented Oct 14, 2020

lkorinth commented Oct 19, 2020

tstuefe commented Oct 20, 2020

openjdk bot commented Oct 20, 2020 • edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 • edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 • edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 • edited by rwestberg

tstuefe commented Sep 24, 2020 •

edited by openjdk bot

openjdk bot commented Sep 24, 2020 •

edited by bridgekeeper bot

openjdk bot commented Sep 24, 2020 •

edited by bridgekeeper bot

mlbridge bot commented Sep 24, 2020 •

edited by bridgekeeper bot

openjdk bot commented Sep 24, 2020 •

edited by bridgekeeper bot

mlbridge bot commented Sep 28, 2020 •

edited by bridgekeeper bot

openjdk bot commented Sep 28, 2020 •

edited by bridgekeeper bot

tstuefe Sep 30, 2020 •

edited

openjdk bot commented Oct 20, 2020 •

edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 •

edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 •

edited by bridgekeeper bot

openjdk bot commented Oct 20, 2020 •

edited by rwestberg