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

Consider the compileMethod() API in replenishInvocationCount() Assertion #20876

Merged
merged 1 commit into from
Jan 3, 2025

Conversation

luke-li-2003
Copy link
Contributor

@luke-li-2003 luke-li-2003 commented Dec 31, 2024

Add a flag in the optimization plan for compilations triggered by the compileMethod API, which can have the invocation count be any positive integer; replenishInvocationCount will not raise the assertion failure for unexpected count value.

Based on #15472

Depends on eclipse-omr/omr#7598

@luke-li-2003
Copy link
Contributor Author

@mpirvu can you have a look at this?

@mpirvu mpirvu self-assigned this Dec 31, 2024
Copy link
Contributor

@mpirvu mpirvu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we can use the existing plan->setIsExplicitCompilation(true) flag to determine when the compilations were triggered internally without the invocation count reaching 0. Thus, we don't need the changes in the OMR.

runtime/compiler/control/CompilationThread.cpp Outdated Show resolved Hide resolved
runtime/compiler/control/rossa.cpp Outdated Show resolved Hide resolved
@luke-li-2003
Copy link
Contributor Author

Changed the code so that we simply check for isExplicitCompilation.

Copy link
Contributor

@mpirvu mpirvu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@mpirvu
Copy link
Contributor

mpirvu commented Jan 2, 2025

@luke-li-2003 Could you please change the commit message to reflect the new implementation? Thanks

…rtion

replenishInvocationCount will only raise the assertion
failure for unexpected count value if the compilation was not set
as explicit, since the count value can be any positive integer
in that case.

Based on eclipse-openj9#15472

Signed-off-by: Luke Li <[email protected]>
@mpirvu
Copy link
Contributor

mpirvu commented Jan 2, 2025

jenkins test sanity zlinux jdk21

@mpirvu mpirvu merged commit 4524ee8 into eclipse-openj9:master Jan 3, 2025
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants