-
Bug
-
Resolution: Fixed
-
P3
-
hs14, hs20, 7
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2206750 | 7 | Bengt Rutisson | P3 | Closed | Fixed | b130 |
-server -Xcomp -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
during
HS14-b09 / JDK7-b42: Promotion: 64bit (product)
/net/vmsqe.russia/export/jdk/re/7/promoted/ea/b42/binaries/linux-amd64
I narrowed this to
JAVA_OPTS="-XX:+UseConcMarkSweepGC -Xcomp"
both options are necessary.
(this is 64bit Server instance only, so "-d64 -server" are not necessary)
Not reproduced with /net/vmsqe.russia/export/jdk/re/7/promoted/ea/b41/binaries/linux-amd64
The test takes just a few seconds to run if everything is ok,
so it may be considered as timeout after, say, 30 seconds.
jstack -f produces a lot of heap walking exceptions,
it also mentions 4 BLOCKED threads and no deadlocks,
I'm not sure whether this may be trusted.
Only kill -9 is able to kill the java process.
The test just creates and interns 2000000 of strings to exhaust the PermGen.
It is very simple and single threaded, just checks that there's no hangs or crashes. I tried running it with a smaller 4MB PermGen (probably, default is 64 fot this configuration), it hangs too just a bit faster.
see comments on how to reproduce this.
- backported by
-
JDK-2206750 CMS: intermittent timeout running nsk/regression/b4796926
-
- Closed
-
- duplicates
-
JDK-7009574 G1: nsk/sysdict/vm/stress/withagent hangs up on a lock in ClassLoader
-
- Closed
-
-
JDK-7016079 VM deadlock during intensive parallel class loading
-
- Closed
-
- relates to
-
JDK-6736295 SIGSEGV in product jvm, assertion "these are the only valid states during a mark sweep" in fastdebug
-
- Resolved
-
-
JDK-6782457 CMS: Livelock in CompactibleFreeListSpace::block_size().
-
- Resolved
-
-
JDK-6539517 CR 6186200 should be extended to perm gen allocation to prevent spurious OOM's from perm gen
-
- Resolved
-
-
JDK-7037756 Deadlock in compiler thread similiar to 6789220
-
- Closed
-
-
JDK-6186200 RFE: Stall allocation requests while heap is full and GC locker is held
-
- Resolved
-