Java SE 6性能白皮书 - 编程入门网
| 注意大页面内存有时可以对系统性能产生负面影响。例如，当大量内存被一个应用程序固定，可能会产生常规内存不足，并引起其它应用程序中过度地分页，从而使整个系统运行缓慢。还请注意，对于一个已经启动很长时间的系统，过多的碎片使得系统不能保留大页面内存。当这种情况发生时，操作系统可能转而采用常规页面。而且，可以通过设置 -Xms == -Xmx、 -XX:PermSize == -XX:MaxPermSize 和 -XX:InitialCodeCacheSize == -XX:ReserverCodeCacheSize 最小化这种影响。
大页面的另一个可能的缺陷是，永久保存区域和代码缓存的默认页面大小可能因为使用大页面而更大；当页面大小比这些内存区域的默认页面大小大时这方面的问题就要特别值得注意。 在 Solaris 操作系统上默认启用对大页面的支持。在 Windows 和 Linux 操作系统上默认关闭对大页面的支持。请向命令行添加 -XX:+UseLargePages 以便启用该功能。请注意，操作系统配置更改可能要求启用大页面。要了解更多信息，请参阅 Sun Developer Network 上的 关于 Java 对大内存页的支持 文档。 2.1.5 数组复制性能改进 方法指令 System.arraycopy() 在 Java SE 6 中得到进一步增强。当没有出现重叠时，手工编码程序集存根用于每种页面类型大小。 2.1.6 HotSpot™ 客户机编译器中的后台编译。 在 Java SE 6 之前，HotSpot 客户机（HotSpot Client）编译器在后台中不能默认编译 Java 方法。结果，超线程（Hyperthreaded）或多进程（Multi-processing）系统不能利用多余的 CPU 周期来优化 Java 代码的执行速度。目前，在 Java SE 6 HotSpot 客户机编译器中启用了后台编译。 2.1.7 针对 HotSpot™ 客户机编译器的线性扫描寄存器分配算法 HotSpot 客户编译器公开了一种新的线性扫描寄存器分配算法。该算法依赖于静态单一分配（Static Single Assignment，SSA）形式。这一做法的另外好处是提供一个简化了的数据流分析和较短的动态时间间隔，这样取得了在编译时间和程序运行时之间产生较好的折衷。这种新的算法已经在许多内部基准和符合行业标准基准上提供了大约 10% 的性能改进。 要了解关于这个新功能的详细信息，请参阅以下文章：针对 Java HotSpot™ 客户机编译器的线性扫描寄存器分配 2.2 垃圾收集2.2.1 并行缩并垃圾收集器 并行缩并是一种功能，它启用并行垃圾收集器来以并行方式执行主要收集操作，从而导致较低的垃圾收集开销和更好的应用程序执行能力，对于带有大内存堆的应用程序效果特别明显。该垃圾收集器最适合具有两个或多个处理器或硬件线程的平台。 在 Java SE 6 之前，年轻代以并行方式收集垃圾，主要收集操作使用单线程执行。对于经常执行大的收集（major collection）操作的应用程序来说，这将对可伸缩性产生不利影响。 在 JDK 6 中默认使用并行缩并，但是可以通过向 JDK 5 更新 6 以及未来版本中的命令行添加 -XX:+UseParallelOldGC 禁用它。 请注意，并行缩并在与并发标记清除（mark-sweep）收集器结合使用时不可用；它只能和并行年轻代收集器（-XX:+UseParallelGC）一起使用。下列参考文档提供了可用收集器和使用建议的更多详细内容。 关于并行缩并收集（Parallel Compaction Collection）的更多详细信息，请参阅 Java SE 6 发行说明 。有关垃圾收集的更多信息，HotSpot 内存管理白皮书 描述了在 HotSpot 中的各种可用收集器、何时使用并行缩并，以及算法的高层描述方面的建议。 Java SE 6性能白皮书(3)时间:2011-01-052.2.2 并发低停顿垃圾收集器：并发标记清除收集器增强 并发标记清除收集器性能已经得到了增强以便为 System.gc() 和 Runtime.getRuntime().gc() 方法指令提供并发收集。在 Java SE 6 之前，为了收集整个堆，这些方法 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
