FULL PRODUCT VERSION :
java version " 1.7.0_25 "
Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)
FULL OS VERSION :
Linux 2.6.32-220.7.1.el6.x86_64 #1 SMP Wed Mar 7 00:52:02 GMT 2012 x86_64 x86_64 x86_64 GNU/Linux
A DESCRIPTION OF THE PROBLEM :
Since upgrading to Java 7, HotSpot sometimes zombies a LOT of my methods and does not recompile them, leading to dramatic performance regression.
THE PROBLEM WAS REPRODUCIBLE WITH -Xint FLAG: Did not try
THE PROBLEM WAS REPRODUCIBLE WITH -server FLAG: Yes
REGRESSION. Last worked in version 6u45
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Unfortunately I can only reproduce this occasionally in production - not even on my staging machines :(
However, I have compilation logs and stack traces from the degraded case under Java 7, as well as the same thing under Java 7 from the normal case, and the same information from Java 6 where the problem doesn't exhibit itself.
REPRODUCIBILITY :
This bug can be reproduced often.
CUSTOMER SUBMITTED WORKAROUND :
Forced to remain on 1.6
java version " 1.7.0_25 "
Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)
FULL OS VERSION :
Linux 2.6.32-220.7.1.el6.x86_64 #1 SMP Wed Mar 7 00:52:02 GMT 2012 x86_64 x86_64 x86_64 GNU/Linux
A DESCRIPTION OF THE PROBLEM :
Since upgrading to Java 7, HotSpot sometimes zombies a LOT of my methods and does not recompile them, leading to dramatic performance regression.
THE PROBLEM WAS REPRODUCIBLE WITH -Xint FLAG: Did not try
THE PROBLEM WAS REPRODUCIBLE WITH -server FLAG: Yes
REGRESSION. Last worked in version 6u45
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Unfortunately I can only reproduce this occasionally in production - not even on my staging machines :(
However, I have compilation logs and stack traces from the degraded case under Java 7, as well as the same thing under Java 7 from the normal case, and the same information from Java 6 where the problem doesn't exhibit itself.
REPRODUCIBILITY :
This bug can be reproduced often.
CUSTOMER SUBMITTED WORKAROUND :
Forced to remain on 1.6
- duplicates
-
JDK-8016270 "CodeCache is full" message and compilation disabled, but codecache is not actually full
-
- Closed
-