-
Bug
-
Resolution: Fixed
-
P3
-
hs20
-
b06
-
x86
-
generic
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2205087 | 7 | Christian Thalinger | P3 | Closed | Fixed | b125 |
JDK-2205756 | 6u25 | Christian Thalinger | P3 | Resolved | Fixed | b01 |
Tests
nsk/stress/jck60/jck60026
bigapps/runThese/stability
run out of native resources and fails with java.lang.OutOfMemoryError: requested 1824 bytes for CodeCache: no room for vtable chunks.
There were no such failure since codecache parameter for runThese was increased to 64M.
It seems like VM require more native.
Issue is appears only on sparcs.
Report:
(http://sqeweb.sfbay/nfs/results/vm/gtee/HSX/PIT/VM/hs20/04/jdk7b122/product/bigapps/solaris-sparcv9/server/comp/solaris-sparcv9_bigapps__server_comp_runThese/runThese/hs_err_pid28881.log)
;; Using jvm: "/export/local/common/jdk/baseline/solaris-sparcv9/jre/lib/sparcv9/server/libjvm.so"
#
# A fatal error has been detected by the Java Runtime Environment:
#
# java.lang.OutOfMemoryError: requested 1824 bytes for CodeCache: no room for vtable chunks. Out of swap space?
#
# Internal Error (vtableStubs.cpp:63), pid=28881, tid=330
# Error: CodeCache: no room for vtable chunks
#
# JRE version: 7.0-b122
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b04-internal-201012170509.et151817.hs20b04-ci compiled mode solaris-sparc compressed oops)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
See testrun example:
http://sqeweb.sfbay/nfs/results/vm/gtee/HSX/PIT/VM/hs20/04/jdk7b122/product/bigapps/solaris-sparcv9/server/comp/solaris-sparcv9_bigapps__server_comp_runThese/analysis.html
It does not look like CodeCache is exhausted:
Code Cache [0xffffffff77800000, 0xffffffff7b800000, 0xffffffff7b800000)
total_blobs=40649 nmethods=16532 adapters=501 free_code_cache=770368
nsk/stress/jck60/jck60026
bigapps/runThese/stability
run out of native resources and fails with java.lang.OutOfMemoryError: requested 1824 bytes for CodeCache: no room for vtable chunks.
There were no such failure since codecache parameter for runThese was increased to 64M.
It seems like VM require more native.
Issue is appears only on sparcs.
Report:
(http://sqeweb.sfbay/nfs/results/vm/gtee/HSX/PIT/VM/hs20/04/jdk7b122/product/bigapps/solaris-sparcv9/server/comp/solaris-sparcv9_bigapps__server_comp_runThese/runThese/hs_err_pid28881.log)
;; Using jvm: "/export/local/common/jdk/baseline/solaris-sparcv9/jre/lib/sparcv9/server/libjvm.so"
#
# A fatal error has been detected by the Java Runtime Environment:
#
# java.lang.OutOfMemoryError: requested 1824 bytes for CodeCache: no room for vtable chunks. Out of swap space?
#
# Internal Error (vtableStubs.cpp:63), pid=28881, tid=330
# Error: CodeCache: no room for vtable chunks
#
# JRE version: 7.0-b122
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b04-internal-201012170509.et151817.hs20b04-ci compiled mode solaris-sparc compressed oops)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
See testrun example:
http://sqeweb.sfbay/nfs/results/vm/gtee/HSX/PIT/VM/hs20/04/jdk7b122/product/bigapps/solaris-sparcv9/server/comp/solaris-sparcv9_bigapps__server_comp_runThese/analysis.html
It does not look like CodeCache is exhausted:
Code Cache [0xffffffff77800000, 0xffffffff7b800000, 0xffffffff7b800000)
total_blobs=40649 nmethods=16532 adapters=501 free_code_cache=770368
- backported by
-
JDK-2205756 CodeCache exhausted on sparc starting from hs20b04
- Resolved
-
JDK-2205087 CodeCache exhausted on sparc starting from hs20b04
- Closed
- relates to
-
JDK-7009641 Don't use CodeCache for allocations if it is already full
- Closed
-
JDK-6961690 load oops from constant table on SPARC
- Closed