为什么在完整GC期间有很多页面错误

Question

它是Window 2003服务器。

我们正在运行一些性能测试中，我们看到的是：

1. 在最初5小时，缺页/秒是非常小的，像10或20

2. 在最后1小时后，页面错误跳转到500页面错误/秒

3. 在过去的1个小时，我们看到了很多完整的GC的。

请注意，我们有足够的RAM，如64G，整个系统只使用它们的一半，所以不应该有很多硬页面错误。

我想知道的是，当JVM做GC，是期望看到相比，没有GC软页面错误/秒的大量？

Answer 1

Incremental garbage collectors交错他们与mutator执行。这可能会导致两种问题：

1. mutator可能会更改垃圾回收器已经分析过的对象（例如，更新引用）。在这种情况下，收集者需要被告知有关更改，以便它可以考虑更改。

2. 在copying collector的情况下，增变器可能想看看在该集电极已移动的对象。在这种情况下，需要向收集器通知从移动对象读取的尝试，以便可以将该增变器重定向到对象的新副本。 （使用存储在“broken heart”的forwarding pointer。）

问题（1）可以由收集器上，它已经完成分析的页面放置hardware write barrier来解决。问题（2）可以通过收集器在包含已经移动的对象的页面上放置hardware read barrier来解决。

当增变击中这些障碍，page faults产生，并且在故障处理程序运行从垃圾收集器的合适的函数。

（我不知道，如果是这样的JVM垃圾收集器是如何工作的Windows版本，但页面故障的增加是递增式垃圾收集过程中的预期。）