Java内存和Windows

Question

今天我注意到一些有意义的事情，但是我不能准确地解释语义。

基本上，我创建了一个简单的旧javamain方法，其中有一个永无止境的while循环。在这个循环中，我创建了一些字符串并将它们放在HashMap中。我真正想要的是一个在一段时间内运行并建立其内存利用率的进程。

public class Test {

public static void main(String[] args) throws InterruptedException {
    final HashMap<String, String> names = new HashMap<String, String>();
    while(true) {
        names.put(new Date().toString(), "lskjflksjdflksjdflkjsieurlskjflksn,kdsgkjsdlkfjslkdjfs");
        Thread.sleep(50);
    }
}

}

该过程从< code>-Xms512m -Xmx512m开始。

一旦开始，我可以使用procexp.exe来查看我的java进程。我试图理解的位是虚拟内存和物理内存。虚拟内存（私有字节）似乎映射到请求的jvm大小，即512MB。从进程随时间变化的配置文件中，我假设物理内存（工作集）是进程使用的实际内存，因为随着时间的推移，随着我的进程生成更多字符串值并填满映射，它会逐渐增加。它总是比512MB少得多。

所以我的问题是，为什么Java使用虚拟内存？

不都是在RAM即物理内存中吗？

因为我使用的是虚拟内存，这是否意味着它正在交换到磁盘？

这对性能不好吗？

有没有一种方法可以将所有内容都放在RAM中以获得更好的性能？

在Windows上任何关于这种事情的好文章都会很棒。

Answer 1

对于32位计算机上的每个进程，可寻址的内存是4GB，计算机实际上是否有4GB的RAM内存并不重要。

例如，如果您的计算机有2GB的RAM，对于JVM来说，它看起来有4GB的内存。另一个2GB的内存来自将内存映射到HDD中的文件（这是虚拟内存）。

如果有多个进程在运行，对于每个进程，它似乎是计算机上运行的唯一进程，有4GB的可寻址内存。由于JVM不是唯一运行的进程，操作系统中的内存管理器可能会决定将未使用内存的内容推送到虚拟内存文件中。这由操作系统决定。

由于它正在交换到磁盘，因此性能滞后将很明显（除非它是固态硬盘驱动器）

Answer 2

为什么Java使用虚拟内存？

所有用户应用程序都使用虚拟内存与操作系统内存进行交互。由操作系统将其映射回物理 RAM/磁盘（通过页表）。由于您是使用 -Xms512m 启动 JVM 的，因此它在启动时将请求 500 MB 的虚拟内存空间，但操作系统选择不为此保留 500MB 的物理 RAM，因为它可能永远不会被使用。

不都是在RAM即物理内存中吗？

除非您的机器使用高百分比（

因为我使用的是虚拟内存，这是否意味着它正在交换到磁盘？

不。见上文。

这对性能不好吗？

在将数据分页到磁盘的应用程序中，分页可能会降低性能。Windows将尝试用几种方法来最小化这种影响:

1. 发送到磁盘的虚拟内存页是最近使用最少的。
2. 如果Windows能够检测到某个页面即将被使用（即，如果您开始迭代地图中的键，则Windows将尝试在迭代到达下一个键块之前将包含下一个键块的页面拉回），则有几种优化设计可用于从磁盘中拉回该页面

此外，正如我提到的，您很可能没有分页到磁盘。

有没有一种方法可以将所有内容都放在RAM中以获得更好的性能？

您可以在windows中关闭页面文件。这是一个带有说明的YouTube视频。

在Windows上任何关于这种事情的好文章都会很棒。