RFR: 8255617: Zero: purge the remaining bytecode interpreter profiling support

Aleksey Shipilev shade at openjdk.java.net
Fri Oct 30 13:22:54 UTC 2020


On Fri, 30 Oct 2020 11:56:07 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

> I left this code from the C++ interpreter because I had a dream that we could someday hook zero up to c1/c2 someday, but if so, there would be a more work than adding these back. I'd be interested to see what these other people with interest in Zero think. But this LGTM.

It is my understanding that Zero had basically backed off to be the "pure" interpreter without any support for compilers, and thus the most portable thing, for example for architectures that have no compiler ports whatsoever. Template interpreter seems to be the thing that hooks up in C1/C2. So, porting is basically: a) get Zero buildable and executable, work out class library problems; b) get template interpreter working; c) get C1 working; d) get C2 working. 

So in this sense, getting compiler hooks (like this interpreter profile support) penalizes Zero execution for nothing. If that continues, I'd say we can also purge deopt support from Zero. 

Need more thoughts about this, so:

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

PR: https://git.openjdk.java.net/jdk/pull/944


More information about the hotspot-runtime-dev mailing list