用 verbose GC 分析 IBM WebSphere Portal 的内存问题

核心提示： 这时，下一个请求就可以被处理了（参见图 7），用 verbose GC 分析 IBM WebSphere Portal 的内存问题(7)，图 7. heap 的进展了解了 GC 动作 1 和 2 之后，我们现在可以来看看即便运行了动作 1 和 2 后仍没有足够空间可以分配给下一个对象时，在本例中

这时，下一个请求就可以被处理了（参见图 7）。

图 7. heap 的进展

了解了 GC 动作 1 和 2 之后，我们现在可以来看看即便运行了动作 1 和 2 后仍没有足够空间可以分配给下一个对象时，该如何做。

如果我们继续处理我们的 heap 时，就会发生这种空间缺乏的情况，因为我们已经假设并非所有对象都能被清除（参见图 8）。

图 8. 紧缩了的 heap 且分配空间已满

可以看出，我们所使用的这个 heap 的可用空间已满。在我们的例子中，我们的这个 heap 的 256 M 已满，因为我们只为 heap 分配了 256 M 作为可用空间。请务必记住我们的 heap 的最大可达 1024 M，所以如果发生了这种情况，我们还有更多的空间可用。

在本例中，JVM 执行了一个 action=3 并将这个 heap 扩展了 65,535 字节以便提供更多的 heap 供我们使用（参见图 9），在 verbose GC 中可以看到这种情况。

图 9. 扩展了 65536 字节的系统 heap

成为这个：