JDK 1.8 垃圾收集器 G1 算法 类 使用 JDK 1.7 版本编译
JDK 1.8 Garbage collector G1 algorithm for classes compiled with JDK 1.7 version
我在分布式应用中有很多服务，都是运行 JKD 1.7 (update 45) 版本。在这些服务中，我有一些使用 CMS GC 算法的 4 GB RAM 内存密集型服务。我发现包括 CMS 在内的现有算法对年轻一代密集型应用程序无效。这些服务的性能随着随机时间间隔的消息传递峰值 activity 而下降。
我读了很多关于 JDK 1.8 G1 algorithm 的好东西。但由于某些第三方技术的限制，我无法将所有服务升级到 JDK 1.8，这些技术还没有为 JDK 1.8 做好准备。
是否可以在某些服务中将 运行 time 升级到 JDK 1.8 版本+为 GC 配置 G1 算法但仍然使用 java 类, 用 JDK 1.7 版本 45?
编译
注意：我已经提前升级JDK 1.7 运行 时间在服务中用JDK 1.6 编译类。但是这一次，我必须使用 GC 算法，但不确定它在 JDK 1.7 编译后的表现如何 classes.If 你们中的任何一个都已经完成了，请分享您的输入。
垃圾收集器及其算法存在于 JVM 中。他们不关心你用哪个版本编译 类.
我在分布式应用中有很多服务，都是运行 JKD 1.7 (update 45) 版本。在这些服务中，我有一些使用 CMS GC 算法的 4 GB RAM 内存密集型服务。我发现包括 CMS 在内的现有算法对年轻一代密集型应用程序无效。这些服务的性能随着随机时间间隔的消息传递峰值 activity 而下降。
我读了很多关于 JDK 1.8 G1 algorithm 的好东西。但由于某些第三方技术的限制，我无法将所有服务升级到 JDK 1.8，这些技术还没有为 JDK 1.8 做好准备。
是否可以在某些服务中将 运行 time 升级到 JDK 1.8 版本+为 GC 配置 G1 算法但仍然使用 java 类, 用 JDK 1.7 版本 45?
编译注意：我已经提前升级JDK 1.7 运行 时间在服务中用JDK 1.6 编译类。但是这一次，我必须使用 GC 算法，但不确定它在 JDK 1.7 编译后的表现如何 classes.If 你们中的任何一个都已经完成了，请分享您的输入。
垃圾收集器及其算法存在于 JVM 中。他们不关心你用哪个版本编译 类.