Christian Despres
Christian Despres
Sure, I will do that. If one of the two is at fault, my guess would be https://github.com/eclipse-openj9/openj9/pull/18832, but I'll try both separately.
Internal grinders on s390x_linux of sanity.openjdk with both PRs included, https://github.com/eclipse-openj9/openj9/pull/18847 removed, and https://github.com/eclipse-openj9/openj9/pull/18832 removed don't seem to have failed yet, though they haven't finished all their iterations yet. How...
Okay, the grinder https://hyc-runtimes-jenkins.swg-devops.com/job/Grinder/37980/ with both PRs still in appears to have produced some of these failures in [one of its test lists](https://hyc-runtimes-jenkins.swg-devops.com/job/Grinder_iteration_4/2516/). I'll wait for the others.
I meant that they would ignore it while attempting the JITServer AOT load and relocation. The decision to load from the local SCC happens before all of this, I think,...
Just to review the changes needed in the deserializer (which I'll put in the design document too): Currently, when serving a cached JITServer AOT method, the server will send the...
One problem that I've observed with my solution to the ROM classes differing is that if a local SCC is created without `-XX:+JITServerUseAOTCache` the ROM classes in it will be...
Force pushed to rebase onto master to incorporate the changes in #18344. I also changed a few things so that the PR works when a `readonly` cache is present: -...
Force pushed to remove one instance of `aotCacheLoad` I had forgotten about.
I've pushed the deserializer changes, and the start of the JITServer AOT cache documentation in `doc/`. @AlexeyKhrabrov The actual AOT deserializer changes were more or less as discussed in the...