7u45之后缓慢的java JVM启动

7u45之后缓慢的java JVM启动,java,performance,applet,Java,Performance,Applet,首先是一些背景知识:我有一个小applet,作为更广泛的web应用程序的一部分加载。对于大多数用户来说,无论小程序是否在本地缓存,小程序都会快速加载、检查和激活。启动时间通常低于3秒,但对于某些人来说,启动时间超过100秒 我的所有用户都在运行Windows 7 SP1,配备Trend反病毒第三代core i5处理器和4gb或8gb内存。AV没有任何区别,我试过有和没有,没有任何变化 区别在于是否强制执行证书检查。如果我关闭检查撤销的选项,则加载时间始终小于3秒,但这不是一个有效选项 java控

首先是一些背景知识:我有一个小applet,作为更广泛的web应用程序的一部分加载。对于大多数用户来说,无论小程序是否在本地缓存,小程序都会快速加载、检查和激活。启动时间通常低于3秒,但对于某些人来说,启动时间超过100秒

我的所有用户都在运行Windows 7 SP1,配备Trend反病毒第三代core i5处理器和4gb或8gb内存。AV没有任何区别,我试过有和没有,没有任何变化

区别在于是否强制执行证书检查。如果我关闭检查撤销的选项,则加载时间始终小于3秒,但这不是一个有效选项

java控制台几乎立即加载,观察控制台,我可以看到它在很长一段时间内什么都不做,然后转到各种ocsp服务获取撤销信息。延迟都发生在它开始检查之前。偶尔在证书检查之前,我会看到一个针对oracle.com的更新检查,这在开始之前也会有很长的延迟,所以我不想把它归结为CRL检查


是否有人知道是什么原因导致延迟,以及为什么关闭证书吊销检查会确保对性能产生巨大的影响,或者更确切地说,为什么CRL检查在某些机器上会如此缓慢?

可能这些检查会调用查询您无法从客户机访问的外部服务器?Erm... 你应该远离小程序…我应该补充一点,我没有任何选择的小程序。我没有创造它们,我只是要确保它们能工作。他们的唯一目的是为javascriptI提供桌面交互。我使用fiddler和wireshark来识别来自Java的任何流量,但我看不到任何与Java相关的内容