JDK-8059390 : code cache fills up for bigapps/Weblogic+medrec/nowarnings
Type:Bug
Component:hotspot
Sub-Component:compiler
Affected Version:9
Priority:P2
Status:Closed
Resolution:Fixed
OS:generic
CPU:generic
Submitted:2014-09-29
Updated:2017-07-26
Resolved:2014-10-01
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed. Resolved: Release in which this issue/RFE has been resolved. Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
The code cache fills up for the test bigapps/Weblogic+medrec/nowarnings. Affected platforms are: linux_amd64, solaris_sparcv9, windows_x64-64, solaris_x64, with tiered compilation both enabled and disabled.
Comments
RULE bigapps/Weblogic+medrec/nowarnings Unknown Found warnings in server log: CodeCache is full. Compiler has been disabled. Try increasing the code cache size using -XX:ReservedCodeCacheSize=
01-10-2014
The timeout is intentional, by default Aurora stops the test after 30 minutes. I checked and there is a timeout also before the segmented code cache changes were pushed (e.g., the compiler nightlies from 2014-09-15).
The only problem that remains to be solved is the code cache filling up too much (the problem addressed by the patch posted by Tobias's).
I change the name of the issue accordingly.
30-09-2014
The bug is caused by the segmented code cache changes (JDK-8015774). The problem is that with -XX:-SegmentedCodeCache 'CodeCache::reverse_free_ratio' always returns 0 because 'CodeCache::get_code_heap' returns NULL for CodeBlobType::MethodNonProfiled and CodeBlobType::MethodProfiled.
I attached a suggested fix.
30-09-2014
Interesting. Does this happen only without tiered?