Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2208141 | 7 | Vladimir Kozlov | P4 | Closed | Fixed | b135 |
In the bug report 7009641 there was no space left in CodeCache to create vtable_stub but unallocated_capacity() reports that it still has 600Kb of free space. But free space is very fragmented and the largest free block is only 384 bytes.
Code Cache [0xf35ff000, 0xf75ff000, 0xf75ff000)
total_blobs=31835 nmethods=31389 adapters=372 free_code_cache=629120 largest_free_block=384
http://vmsqe.russia.sun.com/execution/results/JDK7/PROMOTION/VM/PERMGEN/7/b129_permgen/2011-02-17/SerialGC/bigapps/linux-i586/client/comp/linux-i586_bigapps__client_comp_runThese/runThese/
Code Cache [0xf35ff000, 0xf75ff000, 0xf75ff000)
total_blobs=31835 nmethods=31389 adapters=372 free_code_cache=629120 largest_free_block=384
http://vmsqe.russia.sun.com/execution/results/JDK7/PROMOTION/VM/PERMGEN/7/b129_permgen/2011-02-17/SerialGC/bigapps/linux-i586/client/comp/linux-i586_bigapps__client_comp_runThese/runThese/
- backported by
-
JDK-2208141 Can not use CodeCache::unallocated_capacity() with fragmented CodeCache
-
- Closed
-
- relates to
-
JDK-7033779 CodeCache::largest_free_block may need to hold the CodeCache lock
-
- Closed
-
-
JDK-8006952 CodeCacheFlushing degenerates VM with excessive codecache freelist iteration
-
- Resolved
-
-
JDK-7009641 Don't use CodeCache for allocations if it is already full
-
- Closed
-