Description
InMemoryDataTreeModification.isSealed() is invoked on every access, and it being volatile kind of hurts JIT's ability to optimize by reordering.
We should be able to optimize isSealed() to be only an acquire load, without it being ordered against all other accesses. Note that seal() operation needs to be a volatile store, to ensure that happens-before is maintained across that boundary.
Attachments
Issue Links
- relates to
-
YANGTOOLS-1537 CME in AbstractNodeContainerModificationStrategy.checkChildPreconditions()
-
- Resolved
-