JDK-8069161 : Slow cache performance since JRE 7u06
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 7u55
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2015-01-16
  • Updated: 2015-10-20
  • Resolved: 2015-04-20
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.

To download the current JDK release, click here.
7u80Fixed 8u45Fixed 9Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
JDK-6968196 leads to significant performance degradation, one of the customer reported that his application startup time is increased in 7 times! 
After JDK-6968196 deploy starts to check resources existence too often. This protects us from very corner case and this protection doesn't absolute, for example MemoryCache checks file for existence and then return CacheEntry to invoker and right after this we can remove file and get FileNotFoundException. 

Seems that fix is needed very rarely while it brings significant performance problems.

To fix this we need to remember a set of checked resources in MemoryCache and reset it on every applet startup. 
No issues in recent 8u-CPU nightly results - SQE OK to take the fix in CPU15_03

Adding back a critical request to include this fix in 8u51 Critical Request Template - Justification : Needed to significantly improve the deploy cache performance in the 15_03 release. At least 5 customers have complained about this performance regression, as a result this request is to include the fix in the 8u side of 15_03 also. - Risk Analysis : Low, the fix has been included in 7u85 already (and 8u60) - Webrev : https://java.se.oracle.com/code/cru/CR-JDK9CLIENT-925 - Testing (done/to-be-done) : Deploy - Back ports (done/to-be-done) : None, already completed. - FX Impact : None. Also note I will be asking for the inclusion of JDK-8080288 - as this is also needed (for both JDK 7 and JDK 8) to fix the JNLP side of the poor cache performance issues. https://java.se.oracle.com/code/cru/CR-JDK8UCPU-237