[crac] RFR: Support updating MANAGEABLE JVM options during restore
Anton Kozlov
akozlov at openjdk.org
Tue May 2 11:38:43 UTC 2023
On Tue, 2 May 2023 07:35:57 GMT, Radim Vansa <duke at openjdk.org> wrote:
> The reason why I rather stayed on MANAGEABLE was to prevent changing every `MANAGEABLE` to `MANAGEABLE | SET_ON_RESTORE`, that would complicate any backport from mainline.
I tottaly support MANAGEABLE => RESTORABLE, as it makes sense.
> I can do the SET_ON_RESTORE (as superset of MANAGEABLE) but I don't think that the few exceptions that could be rather documented by a few lines of comment really deserve a separate flag.
Option are also some form of the documentation for the flags. So the new class of options deserve their own name.
> Below we see that `CRaCIgnoredFileDescriptors` is RESTORABLE but not MANAGEABLE, so that's not perfect either.
Yes, that is another one. And there are many more, like PrintCompilation. Or any other product flag which handling in the VM allows update on restore. Over time the set of RESTORABLE flags can grow as VM implementation allows. While there is a higher bar to include a flag into MANGEABLE set [1]
[1] https://github.com/openjdk/crac/blob/crac/src/hotspot/share/runtime/globals.hpp#L86
> (I would rather use SET_ON_RESTORE as all flags are restored at its previous value)
I don't like RESTORABLE as well (relates to RESTORE, but how is not clear). The new name better to fit into existing set of: DIAGNOSTIC, EXPERIMENTAL, or MANAGEABLE.
-------------
PR Review Comment: https://git.openjdk.org/crac/pull/61#discussion_r1182430278
More information about the crac-dev
mailing list