如何监控Windows 7中大内存页面的JVM使用情况？

Question

我正在尝试衡量在Windows7HotSpotJVM中使用大内存页面的性能提升。为了做到这一点，我需要监视JVM内存使用情况，以确保实际使用了大型页面。不幸的是，我无法找到实现这一目标的途径。下面是我所做的设置和测试的描述：

环境设置

我正在使用64位Windows 7终极版进行测试。“将页面锁定在内存中”Windows安全策略已启用，如Java支持大内存页中所述。我还通过运行java版本命令验证了大页面功能已启用，如下所示：

java -XX:+UseLargePages -version

我得到了以下结果，这些结果表明启用了大页面功能:

java version "1.7.0_60"
Java(TM) SE Runtime Environment (build 1.7.0_60-b19)
Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode)

我在所有的试验中都使用了这个视频中的示例Java程序来消耗Java堆的所有可用内存：

public class InfinteStringHashmap {
public static void main(String[] args) throws Exception{
    Map<Long, String> map = new HashMap<Long, String>();

    for(long i=1; true; i++){
        StringBuilder sb = new StringBuilder();
        for(long j=0;j<i;j++) sb.append(" ");
        map.put(i, sb.toString());

        if(i % 1000 == 0){
            System.out.print(".");
            Thread.sleep(1000);
        }
    }
  }
}

我使用下面的命令运行了这个示例程序(例如，使用512m的固定堆大小):

java -Xms512m -Xmx512m -XX:+UseLargePages InfinteStringHashmap

我还尝试了其他大小为12MB和10GB的堆。请注意，我在重启机器后立即运行测试应用程序，以确保我的可用RAM内存没有碎片。

监控记忆的试验失败

为了验证是否使用大内存页，我尝试了：

< li >来自Windows SystInternals的RamMap工具，它有一个用于大页面的特定字段。无论我如何更改堆大小，它都不会显示大内存页面的使用情况。为了验证这一点，我尝试使用MSDN的大页面示例创建一个文件映射来缩小可能性。它运行得非常好(它从代码内部打印了2MB的页面大小)。RamMap工具不显示任何内容。 < li >使用本文中建议的代码打印Java进程使用的页面尺寸。它始终打印4096(Windows上的默认页面大小)。为了验证这一点，我在Linux版本的Hotspot JVM上尝试了这个视频中描述的大页面，它工作了。但是，打印页面大小不行(一直打印4096)。 < li >显示特定进程的虚拟内存统计信息的Vadump工具。“-o”选项应该显示进程使用的VM类型、使用的页面数量以及每种类型占用的总大小，这可以用来推断是否使用了大页面。不幸的是，当我设置JVM UseLargePages选项时，这个命令失败了，错误代码为24。 < li>VmMap工具不更新looked memory列。 < like TaskManager和Perfmon等简单的监控工具不提供有关大页面的详细信息。

编辑：我尝试了评论中建议的以下工具：

Java任务控制器：不提供页面大小信息。

流程浏览器:同上

是否可以测量进程的页面大小或监控Windows中大内存页面的使用情况？？

Answer 1

LMP似乎是特定分配的一个特征，而不是整个过程的一个特征（http://msdn.microsoft.com/en-us/library/windows/desktop/aa366720（v=vs.85）. aspx）。跟踪使用了哪些分配，哪些没有使用LMP可能不可行。

更新：尝试将系统调用监视器附加到进程。您可能会看到是否使用正确的参数调用了VirtualAlloc。

Answer 2

我不确定这是否是你要找的。
但是，进程资源管理器（进程资源管理器）可能会有所帮助。这并不是什么特别的事情。只是一个更花哨的任务管理器为视窗 7.

此外，随着Java JDK的后续下载，还有一种称为Java任务控制的东西。

祝你好运

Answer 3

我认为你的测试方法不合适。当您想优化TLB时，可以使用大内存页：

A Translation-Lookaside Buffer (TLB) is a page translation cache that holds the most-recently used virtual-to-physical address translations. TLB is a scarce system resource. A TLB miss can be costly as the processor must then read from the hierarchical page table, which may require multiple memory accesses. By using bigger page size, a single TLB entry can represent larger memory range. There will be less pressure on TLB and memory-intensive applications may have better performance.

您可以使用[JVisualVM]来分析您的应用程序。但是在你的测试中，你创建了新的对象。我不是这方面的专家，但是对于mz对TBL的理解，你应该把数据从内存加载到应该在缓冲区中的结构中。如果没有，我应该加载。

理论上，测量恒定操作次数的时间的测试应该足以看到VM参数的影响。