Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

8255616: Disable AOT and Graal in Oracle OpenJDK #960

Closed
wants to merge 1 commit into from

Conversation

@vnkozlov
Copy link
Contributor

@vnkozlov vnkozlov commented Oct 30, 2020

We shipped Ahead-of-Time compilation (the jaotc tool) in JDK 9, as an experimental feature. We shipped Graal as an experimental JIT compiler in JDK 10. We haven't seen much use of these features, and the effort required to support and enhance them is significant. We therefore intend to disable these features in Oracle builds as of JDK 16.

We'll leave the sources for these features in the repository, in case any one else is interested in building them. But we will not update or test them.

We'll continue to build and ship JVMCI as an experimental feature in Oracle builds.

Tested changes in all tiers.

I verified that with these changes I still able to build Graal in open repo and run graalunit testing:

open$ bash test/hotspot/jtreg/compiler/graalunit/downloadLibs.sh /mydir/graalunit_lib/
open$ bash configure --with-debug-level=fastdebug --with-graalunit-lib=/mydir/graalunit_lib/ --with-jtreg=/mydir/jtreg
open$ make jdk-image
open$ make test-image
open$ make run-test TEST=compiler/graalunit/HotspotTest.java


Progress

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

Testing

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

Issue

Reviewers

Download

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

@bridgekeeper
Copy link

@bridgekeeper bridgekeeper bot commented Oct 30, 2020

👋 Welcome back kvn! 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 openjdk bot added the rfr label Oct 30, 2020
@openjdk
Copy link

@openjdk openjdk bot commented Oct 30, 2020

@vnkozlov The following labels will be automatically applied to this pull request:

  • build
  • hotspot
  • serviceability

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing lists. If you would like to change these labels, use the /label pull request command.

@mlbridge
Copy link

@mlbridge mlbridge bot commented Oct 30, 2020

Webrevs

Copy link
Member

@iignatev iignatev left a comment

LGTM

@openjdk
Copy link

@openjdk openjdk bot commented Oct 30, 2020

@vnkozlov This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8255616: Disable AOT and Graal in Oracle OpenJDK

Reviewed-by: iignatyev, vlivanov, iveresov, ihse

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 32 new commits pushed to the master branch:

  • ceab9f3: 6816284: Notepad class should be public
  • eb66418: 7124397: [macosx] JSpinner serialiazation - deserialization issue
  • 79a010f: 8255697: LogTargetHandle::print should check if log level is enabled
  • 98c91b6: 8233637: [TESTBUG] Swing ActionListenerCalledTwiceTest.java fails on macos
  • e97809d: 8233641: [TESTBUG] JMenuItem test bug4171437.java fails on macos
  • 69f5235: 8255596: Mutex safepoint checking options and flags should be scoped enums
  • d05df7c: 8236842: Surprising 'multiple elements' behaviour from getTypeElement when cross-compiling with --release
  • 64feeab: 8255603: Memory/Performance regression after JDK-8210985
  • 518ff51: 8233569: [TESTBUG] JTextComponent test bug6361367.java fails on macos
  • 4c4b8f4: 8196302: javax/swing/JFileChooser/8041694/bug8041694.java
  • ... and 22 more: https://git.openjdk.java.net/jdk/compare/56eb5f54f40d2e1c3bdfbf440f2c5e1572639bc9...master

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

➡️ To integrate this PR with the above commit message to the master branch, type /integrate in a new comment.

@openjdk openjdk bot added the ready label Oct 30, 2020
@katyapav
Copy link
Member

@katyapav katyapav commented Oct 30, 2020

Looks good.

@lewurm lewurm mentioned this pull request Oct 30, 2020
2 of 3 tasks complete
@mlbridge
Copy link

@mlbridge mlbridge bot commented Oct 31, 2020

Mailing list message from Andrew Haley on build-dev:

On 30/10/2020 17:47, Vladimir Kozlov wrote:

We shipped Ahead-of-Time compilation (the jaotc tool) in JDK 9, as an experimental feature. We shipped Graal as an experimental JIT compiler in JDK 10. We haven't seen much use of these features, and the effort required to support and enhance them is significant. We therefore intend to disable these features in Oracle builds as of JDK 16.

That makes sense: people using AOT compilation are using Graal Subtrate
VM-derived builds. If jaouts is left in and no-one builds it, it'll rot.
We'll see.

--
Andrew Haley (he/him)
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
https://keybase.io/andrewhaley
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

Copy link

@iwanowww iwanowww left a comment

Looks good.

@veresov
veresov approved these changes Nov 1, 2020
@vnkozlov
Copy link
Contributor Author

@vnkozlov vnkozlov commented Nov 1, 2020

Thank you for reviews.

@magicus
magicus approved these changes Nov 2, 2020
Copy link
Member

@magicus magicus left a comment

Build changes look good.

@vnkozlov
Copy link
Contributor Author

@vnkozlov vnkozlov commented Nov 2, 2020

/integrate

@openjdk openjdk bot closed this Nov 2, 2020
@openjdk openjdk bot added integrated and removed ready rfr labels Nov 2, 2020
@vnkozlov vnkozlov deleted the vnkozlov:JDK-8255616 branch Nov 2, 2020
@openjdk
Copy link

@openjdk openjdk bot commented Nov 2, 2020

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

  • 0e19ded: 8255401: Shenandoah: Allow oldval and newval registers to overlap in cmpxchg_oop()
  • a3aad11: 8255400: Shenandoah: C2 failures after JDK-8255000
  • 1769c48: 8255471: ZGC: Rework root iterators and closures
  • b028074: 8255673: Wrong version in docs bundles
  • 4c66b15: 8255235: ZGC: Allocate and initialize forwarding data structures in parallel
  • 1019581: 8255691: Shenandoah: Invoke native-LRB only on non-strong refs
  • d2812f7: 8254072: AArch64: Get rid of --disable-warnings-as-errors on Windows+ARM64 build
  • 120aec7: 8255720: Optimize bci_to_dp/-data by enabling iteration over raw DataLayouts
  • 4b775e6: 8255721: Remove no-op clean_weak_method_links methods
  • 3302d3a: 8255544: Create a checked cast
  • ... and 33 more: https://git.openjdk.java.net/jdk/compare/56eb5f54f40d2e1c3bdfbf440f2c5e1572639bc9...master

Your commit was automatically rebased without conflicts.

Pushed as commit 2f7d34f.

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

openjdk-notifier bot referenced this pull request Nov 2, 2020
Reviewed-by: iignatyev, vlivanov, iveresov, ihse
@mlbridge
Copy link

@mlbridge mlbridge bot commented Nov 3, 2020

Mailing list message from Volker Simonis on hotspot-dev:

Hi Vladimir,

this is an interesting step and I wonder how it affects the OpenJDK
Graal, Metropolis and Leyden projects?

- Project Graal [1] seems to have already been merged into project
Metropolis as it states on its project page:
"Further work on integrating Graal in the OpenJDK has moved to Project
Metropolis."

- Project Metropolis [2] has the following mission statement on its
project page:
"The goal of this Project is to provide a venue to explore and
incubate advanced "Java-on-Java" implementation techniques for
HotSpot. Our starting point is earlier proposals for using the Graal
compiler and AOT static compilation technology to replace the HotSpot
server compiler, and possibly other components of HotSpot."

It seems that this goal becomes void when Graal AOT and Grall JIT are
abandoned in the OpenJDK.

- Project Leyden [?]: @mark: what's actually the state of Project
Leyden? We had a discussion [3], a vote [4] and the approval of the
project [5] yet nothing has happened ever since. There's neither a
project page nor a mailing list.

Considering the fact that Leyden was supposed to "be based upon
existing components in the JDK such as the HotSpot JVM, the `jaotc`
ahead-of-time compiler, application class-data sharing, and the
`jlink` linking tool" I wonder if Leyden is already dead before its
instantiation if "jaotc", one of its core components, has now been
deprecated? Or are there any plans to enhance C2 for AOT scenarios?

Thank you and best regards,
Volker

[1] http://openjdk.java.net/projects/graal/
[2] http://openjdk.java.net/projects/metropolis/
[3] https://mail.openjdk.java.net/pipermail/discuss/2020-April/005429.html
[4] https://mail.openjdk.java.net/pipermail/discuss/2020-May/005475.html
[5] https://mail.openjdk.java.net/pipermail/announce/2020-June/000290.html

On Fri, Oct 30, 2020 at 6:47 PM Vladimir Kozlov <kvn at openjdk.java.net> wrote:

@mlbridge
Copy link

@mlbridge mlbridge bot commented Nov 3, 2020

Mailing list message from Monica Beckwith on hotspot-dev:

Hi all,

First of all, big thanks to Volker for starting this discussion. As you all may have seen from the PRs we submitted last week [1] and our previous PR [2], we have been working on enabling JVMCI and AOT for Windows on Arm64. So RFR 8255616 came in as a surprise to us.

It would be really helpful for us to understand the implication of 8255616 on Projects Metropolis and Leyden.

We had started looking at Metropolis but more details on Leyden are hard to find. Given the interdependence of both these projects on the Graal compiler and the AOT/jaotc compiler, (as echoed by Volker), we would appreciate any guidance as to the future of these projects and of startup related improvements to C2.

Regards,

Monica
[1] https://github.com//pull/972
[2] https://github.com//pull/685

From: hotspot-dev <hotspot-dev-retn at openjdk.java.net>
Date: Tuesday, November 3, 2020 at 4:52 AM
To: Vladimir Kozlov <kvn at openjdk.java.net>
Cc: HotSpot Open Source Developers <hotspot-dev at openjdk.java.net>, Mark Reinhold <mark.reinhold at oracle.com>, discuss at openjdk.java.net <discuss at openjdk.java.net>
Subject: Re: RFR: 8255616: Disable AOT and Graal in Oracle OpenJDK
Hi Vladimir,

this is an interesting step and I wonder how it affects the OpenJDK
Graal, Metropolis and Leyden projects?

- Project Graal [1] seems to have already been merged into project
Metropolis as it states on its project page:
"Further work on integrating Graal in the OpenJDK has moved to Project
Metropolis."

- Project Metropolis [2] has the following mission statement on its
project page:
"The goal of this Project is to provide a venue to explore and
incubate advanced "Java-on-Java" implementation techniques for
HotSpot. Our starting point is earlier proposals for using the Graal
compiler and AOT static compilation technology to replace the HotSpot
server compiler, and possibly other components of HotSpot."

It seems that this goal becomes void when Graal AOT and Grall JIT are
abandoned in the OpenJDK.

- Project Leyden [?]: @mark: what's actually the state of Project
Leyden? We had a discussion [3], a vote [4] and the approval of the
project [5] yet nothing has happened ever since. There's neither a
project page nor a mailing list.

Considering the fact that Leyden was supposed to "be based upon
existing components in the JDK such as the HotSpot JVM, the `jaotc`
ahead-of-time compiler, application class-data sharing, and the
`jlink` linking tool" I wonder if Leyden is already dead before its
instantiation if "jaotc", one of its core components, has now been
deprecated? Or are there any plans to enhance C2 for AOT scenarios?

Thank you and best regards,
Volker

[1] https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fopenjdk.java.net%2Fprojects%2Fgraal%2F&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490480155%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=ByrtmJ4lUa%2FoMsb1IEVM84FdUOEpT490i6BDVgvodBM%3D&amp;reserved=0
[2] https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fopenjdk.java.net%2Fprojects%2Fmetropolis%2F&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490480155%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=sKccrirpZ68pkGRBpIkSb%2FPLt9RRoaQkQI5K24CgOe0%3D&amp;reserved=0
[3] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.openjdk.java.net%2Fpipermail%2Fdiscuss%2F2020-April%2F005429.html&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490480155%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Qlw%2BGU%2Fll%2BzS4k5AZUAwA5uwkH7el%2Bc7OKsDg6%2FE30E%3D&amp;reserved=0
[4] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.openjdk.java.net%2Fpipermail%2Fdiscuss%2F2020-May%2F005475.html&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490480155%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=KK0MncJ%2FGkSMraj%2FU18N9KCrZ3pr4LrErteXbyf71IE%3D&amp;reserved=0
[5] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.openjdk.java.net%2Fpipermail%2Fannounce%2F2020-June%2F000290.html&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490480155%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=zwrSmRIDezZTbRngLx1Wd5PjTL4yGMwtZRlwggieqFg%3D&amp;reserved=0

On Fri, Oct 30, 2020 at 6:47 PM Vladimir Kozlov <kvn at openjdk.java.net> wrote:

We shipped Ahead-of-Time compilation (the jaotc tool) in JDK 9, as an experimental feature. We shipped Graal as an experimental JIT compiler in JDK 10. We haven't seen much use of these features, and the effort required to support and enhance them is significant. We therefore intend to disable these features in Oracle builds as of JDK 16.

We'll leave the sources for these features in the repository, in case any one else is interested in building them. But we will not update or test them.

We'll continue to build and ship JVMCI as an experimental feature in Oracle builds.

Tested changes in all tiers.

I verified that with these changes I still able to build Graal in open repo and run graalunit testing:

`open$ bash test/hotspot/jtreg/compiler/graalunit/downloadLibs.sh /mydir/graalunit_lib/`
`open$ bash configure --with-debug-level=fastdebug --with-graalunit-lib=/mydir/graalunit_lib/ --with-jtreg=/mydir/jtreg`
`open$ make jdk-image`
`open$ make test-image`
`open$ make run-test TEST=compiler/graalunit/HotspotTest.java`

-------------

Commit messages:
- 8255616: Disable AOT and Graal in Oracle OpenJDK

Changes: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.openjdk.java.net%2Fjdk%2Fpull%2F960%2Ffiles&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490490115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=HHHqkutDMOw0XV6PeYHxJ%2FbJvyeDHpJxSlUodWB3ygU%3D&amp;reserved=0
Webrev: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwebrevs.openjdk.java.net%2F%3Frepo%3Djdk%26pr%3D960%26range%3D00&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490490115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Pwozdi2R%2FUZZiLJbWzVTMCh48aCKgNHP8Zq0pDAlguU%3D&amp;reserved=0
Issue: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.openjdk.java.net%2Fbrowse%2FJDK-8255616&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490490115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=orjYyCA36nFRXkZyleMN%2FUhcxmx7Cg%2FKTvMdwg5wn6M%3D&amp;reserved=0
Stats: 36 lines in 4 files changed: 21 ins; 11 del; 4 mod
Patch: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.openjdk.java.net%2Fjdk%2Fpull%2F960.diff&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490490115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=pEkXolP4JV4LFOBGCeo1IWXyOv%2B9sWqFrd13tfhyKdU%3D&amp;reserved=0
Fetch: git fetch https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.openjdk.java.net%2Fjdk&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490490115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=njZ6RhwSFdlm79exUlbQ10xnLDxHFyby%2FePp7MVoQ38%3D&amp;reserved=0 pull/960/head:pull/960

PR: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.openjdk.java.net%2Fjdk%2Fpull%2F960&amp;data=04%7C01%7Cmonica.beckwith%40microsoft.com%7Cfb701afe07bf4350b1c808d87fe68de3%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637399975490490115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=1hJxST7V7Lbp1VwT9gv04DLgTUh8qAPefAksjY0T8yM%3D&amp;reserved=0

@mlbridge
Copy link

@mlbridge mlbridge bot commented Nov 4, 2020

Mailing list message from Vladimir Kozlov on hotspot-dev:

Hi, Volker and Monica

On 11/3/20 2:51 AM, Volker Simonis wrote:

Hi Vladimir,

this is an interesting step and I wonder how it affects the OpenJDK
Graal, Metropolis and Leyden projects?

- Project Graal [1] seems to have already been merged into project
Metropolis as it states on its project page:
"Further work on integrating Graal in the OpenJDK has moved to Project
Metropolis."

This page is outdated and currently incorrect.

The main development of Graal is done in GraalVM. OpenJDK and Metropolis are downstream.

- Project Metropolis [2] has the following mission statement on its
project page:
"The goal of this Project is to provide a venue to explore and
incubate advanced "Java-on-Java" implementation techniques for
HotSpot. Our starting point is earlier proposals for using the Graal
compiler and AOT static compilation technology to replace the HotSpot
server compiler, and possibly other components of HotSpot."

It seems that this goal becomes void when Graal AOT and Grall JIT are
abandoned in the OpenJDK.

No, this goal is still valid. We still think "Java-on-Java" is right direction for some components of HotSpot.

We learned a lot and made some progress with Graal as JIT in Metropolis. And we have got very good expertise from AOT
work which will help us with Project Leyden.

We will return to work on Metropolis later on. But right now, we think the work on C2 improvement is more important to
keep Java vibrant and competitive.

I will let Mark to talk about Project Leyden.

Best regards,
Vladimir Kozlov

- Project Leyden [?]: @mark: what's actually the state of Project
Leyden? We had a discussion [3], a vote [4] and the approval of the
project [5] yet nothing has happened ever since. There's neither a
project page nor a mailing list.

Considering the fact that Leyden was supposed to "be based upon
existing components in the JDK such as the HotSpot JVM, the `jaotc`
ahead-of-time compiler, application class-data sharing, and the
`jlink` linking tool" I wonder if Leyden is already dead before its
instantiation if "jaotc", one of its core components, has now been
deprecated? Or are there any plans to enhance C2 for AOT scenarios?

Thank you and best regards,
Volker

[1] http://openjdk.java.net/projects/graal/
[2] http://openjdk.java.net/projects/metropolis/
[3] https://mail.openjdk.java.net/pipermail/discuss/2020-April/005429.html
[4] https://mail.openjdk.java.net/pipermail/discuss/2020-May/005475.html
[5] https://mail.openjdk.java.net/pipermail/announce/2020-June/000290.html

On Fri, Oct 30, 2020 at 6:47 PM Vladimir Kozlov <kvn at openjdk.java.net> wrote:

@mlbridge
Copy link

@mlbridge mlbridge bot commented Nov 4, 2020

Mailing list message from mark.reinhold at oracle.com on hotspot-dev:

2020/11/4 14:53:47 -0800, vladimir.kozlov at oracle.com:

On 11/3/20 2:51 AM, Volker Simonis wrote:

this is an interesting step and I wonder how it affects the OpenJDK
Graal, Metropolis and Leyden projects?

...

I will let Mark to talk about Project Leyden.

Best regards,
Vladimir Kozlov

...

- Project Leyden [?]: @mark: what's actually the state of Project
Leyden? We had a discussion [3], a vote [4] and the approval of the
project [5] yet nothing has happened ever since. There's neither a
project page nor a mailing list.

Unfortunately, due to other priorities I haven?t had the time to get
this project started properly. I hope to be able to do that soon.

Considering the fact that Leyden was supposed to "be based upon
existing components in the JDK such as the HotSpot JVM, the `jaotc`
ahead-of-time compiler, application class-data sharing, and the
`jlink` linking tool" I wonder if Leyden is already dead before its
instantiation if "jaotc", one of its core components, has now been
deprecated? Or are there any plans to enhance C2 for AOT scenarios?

We are considering the possibility of using C2 for ahead-of-time
compilation.

- Mark

@mlbridge
Copy link

@mlbridge mlbridge bot commented Nov 5, 2020

Mailing list message from Volker Simonis on hotspot-dev:

On Thu, Nov 5, 2020 at 12:06 AM <mark.reinhold at oracle.com> wrote:

2020/11/4 14:53:47 -0800, vladimir.kozlov at oracle.com:

On 11/3/20 2:51 AM, Volker Simonis wrote:

this is an interesting step and I wonder how it affects the OpenJDK
Graal, Metropolis and Leyden projects?

...

I will let Mark to talk about Project Leyden.

Best regards,
Vladimir Kozlov

...

- Project Leyden [?]: @mark: what's actually the state of Project
Leyden? We had a discussion [3], a vote [4] and the approval of the
project [5] yet nothing has happened ever since. There's neither a
project page nor a mailing list.

Unfortunately, due to other priorities I haven?t had the time to get
this project started properly. I hope to be able to do that soon.

Considering the fact that Leyden was supposed to "be based upon
existing components in the JDK such as the HotSpot JVM, the `jaotc`
ahead-of-time compiler, application class-data sharing, and the
`jlink` linking tool" I wonder if Leyden is already dead before its
instantiation if "jaotc", one of its core components, has now been
deprecated? Or are there any plans to enhance C2 for AOT scenarios?

We are considering the possibility of using C2 for ahead-of-time
compilation.

Vladimir, Mark,

thanks a lot for your answers.
It's encouraging to see that you keep on investing in C2.

Best regards,
Volker

- Mark

@mlbridge
Copy link

@mlbridge mlbridge bot commented Nov 7, 2020

Mailing list message from Monica Beckwith on hotspot-dev:

Thanks Vladimir and Mark. Great to hear the positivity in your replies. Please let me know how we can be of help.

Regards,

Monica

Get Outlook for Android<https://aka.ms/ghei36>

________________________________
From: hotspot-dev <hotspot-dev-retn at openjdk.java.net> on behalf of mark.reinhold at oracle.com <mark.reinhold at oracle.com>
Sent: Wednesday, November 4, 2020, 5:06 PM
To: volker.simonis at gmail.com; vladimir.kozlov at oracle.com
Cc: hotspot-dev at openjdk.java.net; discuss at openjdk.java.net
Subject: Re: RFR: 8255616: Disable AOT and Graal in Oracle OpenJDK

2020/11/4 14:53:47 -0800, vladimir.kozlov at oracle.com:

On 11/3/20 2:51 AM, Volker Simonis wrote:

this is an interesting step and I wonder how it affects the OpenJDK
Graal, Metropolis and Leyden projects?

...

I will let Mark to talk about Project Leyden.

Best regards,
Vladimir Kozlov

...

- Project Leyden [?]: @mark: what's actually the state of Project
Leyden? We had a discussion [3], a vote [4] and the approval of the
project [5] yet nothing has happened ever since. There's neither a
project page nor a mailing list.

Unfortunately, due to other priorities I haven?t had the time to get
this project started properly. I hope to be able to do that soon.

Considering the fact that Leyden was supposed to "be based upon
existing components in the JDK such as the HotSpot JVM, the `jaotc`
ahead-of-time compiler, application class-data sharing, and the
`jlink` linking tool" I wonder if Leyden is already dead before its
instantiation if "jaotc", one of its core components, has now been
deprecated? Or are there any plans to enhance C2 for AOT scenarios?

We are considering the possibility of using C2 for ahead-of-time
compilation.

- Mark

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Linked issues

Successfully merging this pull request may close these issues.

None yet

6 participants
You can’t perform that action at this time.