-
Enhancement
-
Resolution: Fixed
-
P3
-
9
-
b25
-
generic
-
generic
Basically we currently process cards one by one even though they always
come in groups of at the very least G1UpdateBufferSize. The cards may or
may not follow a particularly cache friendly order, depending on how lucky
we are, and need to do things like seek the start of the card quite often,
as well as cutting arrays at the card intervals, even though many times
the batches of cards could be linearly scanned and follow a contiguous
order.
It would be great if the batches could be scanned as a batch instead of one by one in a more efficient manner by sorting cards by address, collapsing adjacent cards and prefetching the next cards to be processed.
come in groups of at the very least G1UpdateBufferSize. The cards may or
may not follow a particularly cache friendly order, depending on how lucky
we are, and need to do things like seek the start of the card quite often,
as well as cutting arrays at the card intervals, even though many times
the batches of cards could be linearly scanned and follow a contiguous
order.
It would be great if the batches could be scanned as a batch instead of one by one in a more efficient manner by sorting cards by address, collapsing adjacent cards and prefetching the next cards to be processed.
- blocks
-
JDK-8233990 G1 card refinement: joining, prefetching
- Open
- relates to
-
JDK-8226731 Remove StoreLoad in G1 post barrier
- Open
-
JDK-8309627 Incorrect sorting of DirtyCardQueue buffers
- Resolved
-
JDK-8166899 Deferred card marking of large objArrays generates lots of unnecessary work
- Open