RFR(M): 8244660: Code cache sweeper heuristics is broken

Tobias Hartmann tobias.hartmann at oracle.com
Fri May 29 09:41:42 UTC 2020


Hi Nils,

On 27.05.20 22:42, Nils Eliasson wrote:
> New webrev: http://cr.openjdk.java.net/~neliasso/8244660/webrev.03/

Very nice findings and cleanup! Looks good to me, below are some minor comments.

globals.hpp
- line 1723: "controling" -> "controlling"
- line 1724: "percent" -> "percentage"

sweeper.cpp
- line 258: ifs should be merged
- line 484: "There can be data races on _bytes_changed. The data races are benign, since it does not
matter if we loose a couple of bytes." This is not true anymore with atomic loads/stores, right?
- Not sure if 'should_start_sweep' really needs it's own method. Inlining it into the single caller
would have all the accesses to _bytes_changed in one place.

sweeper.hpp
- line 73: empty comment

Best regards,
Tobias


More information about the hotspot-compiler-dev mailing list