Java 1.6重绘速度不一致 – 和NetMeeting修复它?

有没有人看到Java的graphics性能是可怕的,直到你启动NetMeeting的情况下? 简单地启动和退出NetMeeting就足以解决这个问题。

我们正在升级我们的企业JRE(1.6.0_12),并注意到奇怪的不一致。 一小部分用户已经注意到他们的重绘速度减慢了,重绘一个被移动的窗口需要几秒钟的时间。

但是,只需启动NetMeeting并退出即可。 这样做可以解决这个问题,至less在你启动一个新的Java应用程序之前,重新启动NetMeeting可以解决这个问题。

我们还没有尝试1.6.0_14之类的东西,因为它打破了一些其他应用程序的支持authentication,因此不是一个普遍接受的解决scheme。 此外,我们还没有能够辨别受影响的机器中的任何模式。 这绝对是基于机器的,而不是基于用户的,因为所有尝试“坏”机器的用户都会看到问题…

我确信NetMeeting钩入了显示驱动程序,所以我猜测运行NetMeeting的行为是将驱动程序切换到解决Javagraphics性能问题的模式。 不好的机器有没有其他的显示适配器?

无论如何,即使不是这样,基于这个理论,你也许可以从显示控制面板中的设置组合中获得一些结果。 我试着把一台坏的机器作为一个testing,用默认的设置来重现问题,然后closures所有的效果(以及禁用“拖动时显示窗口的内容”,并设置硬件加速为“无”),然后逐渐从那里爬起来,直到你中了大奖。