Fix code cache segregation logic - #7960
Conversation
835ace3 to
a90f2f6
Compare
|
@mpirvu : please review |
|
I didn't review the contents of the PR (yet), but I have administrative feedback. Please be sure your commit title and message follows the contribution guidelines described here -> https://github.com/eclipse-omr/omr/blob/master/CONTRIBUTING.md#commit-guidelines |
You can hold off on reviewing it for a bit, I discovered a few issues when testing. I am going to mark it as WIP for now and I will let you and Marius review after those issues are fixed. |
243532c to
8938eb6
Compare
|
In order for PR eclipse-openj9/openj9#22625 to work correct (the PR which this supports), the flag |
| numCachesVisited++; | ||
| // Our current cache is reserved, so we cannot find it again | ||
| if (!codeCache->isReserved()) { | ||
| if (!codeCache->isReserved() && codeCache->_kind == kind) { |
There was a problem hiding this comment.
If this if statement returns falls we are going to increment numCachesAlreadyReserved which is used later on.
The test on codeCache->_kind needs to stay on its own line (if statement)
|
Please modify the commit message to reflect the changes in this PR. You can/should make it slightly more verbose explaining what the bug was. |
8938eb6 to
2ff97f3
Compare
This patch updates the logic in allocateCodeMemoryWithRetries to respect CodeCacheKind
2ff97f3 to
fb43869
Compare
|
This PR is ready for review/merge. |
|
Does this code need to consider |
No (we spent a pretty long time thinking about it), essentially what happens is that when we reserve the original code cache, on the first attempt it will be of kind This behaviour has been confirmed in testing |
|
jenkins build all |
Uh oh!
There was an error while loading. Please reload this page.