Memory Domino8.5.3 64位中HTTPJVMMaxHeapSize的最佳设置

我试图找到一个明确的答案，即Domino8.5.3FP4-64位Windows中JVM堆大小的最佳设置是什么

我知道默认设置为1024M。一些网站建议建议将其设置为1G/1024M，但这是默认设置，所以它能做到最好吗

其他网站表示，25%的可用内存

我的Domino服务器有12GB的RAM可用。目前它的HTTPJVMMaxHeapSize=1024M，任务管理器告诉我大约有7GB的RAM在使用，而nhttp.exe大约使用1.1GB。如果可能的话，我想将这个堆增加到2GB或3GB，这样做会有任何问题吗

---

我正在运行Windows Server 2008 R2标准版

我建议将服务器的notes.ini参数

JavaVerboseGC=1

与控制台输出一起设置到IBM_TECHNICAL_SUPPORT目录中的console.log中。一段时间后，获取该日志文件并与工具一起使用

这有助于解释收集的数据：

如果你从MemoryException中解脱出来，你肯定应该这么做

---

堆大小设置得太高可能会导致GC运行次数减少，但需要更长的时间—服务器会在很短的时间内周期性地“挂起”。因此，不建议设置过高。

从XPages的角度来看：

1-了解工作装置和硬件的动态 也就是说，在处理给定的工作集（即：服务器中的XPages应用程序）时，了解应用程序代码、服务器运行时和硬件配置文件在做什么。在生命周期执行和内存使用方面，应用程序是否以非最佳方式编码？应用程序是否使用内存或磁盘持久性进行组件树序列化？服务器是否分配了足够的JVM内存？硬件是否提供足够的CPU和内存

2-配置和监控具有上限负载的工作装置 要完全回答#1中的一些问题，必须使用XPages工具箱和Eclipse内存分析器等工具执行详细的性能和可伸缩性评测。此外，使用RationalPerformanceTester（或其他一些性能测试工具）测试工作集，以模拟测试环境中的实际并发工作负载。这使您可以设置一个测试环境，在这个环境中，您可以使用（n）个使用自动化的并发用户访问您的应用程序，并收集所有关于健康等的宝贵数据

3-分析配置文件信息，以确定工作集中的瓶颈 请记住，您的工作集可以是一个或多个应用程序。每个都做不同的事情，并且有不同的负载要求。具体说明手头的任务-您是希望针对所有应用程序（针对平均规模）更全面地优化系统，还是希望针对特定应用程序（针对目标规模）对服务器进行全面优化

4-在适用的情况下优化工作集 进入XSP/Java/ServerSide JavaScript代码并在适用的情况下对其进行更改—利用您对XPages请求处理生命周期的了解，同时还要注意那些在高端负载场景下饥肠辘辘的JVM内存消费者。始终支持磁盘持久性（磁盘存储比RAM便宜！），并相应地对自定义Java对象和托管bean进行编码，以应对序列化和恢复。在这些场景中，在功能和速度之间进行权衡，因为高可扩展性最终会消耗CPU。。。更智能的用户体验，具有针对性的功能/动作等

5-在适用的情况下缩放硬件 准备好根据工作集的需要增加内核、时钟速度、RAM和磁盘存储—分析、监视和优化工作集的循环方法将随着此过程的发展越来越清楚地说明硬件的适用性

---

5-从#2开始重复，直到工作集和硬件执行并扩展到系统的预期需求/负载预期有什么理由需要它吗？您可以从谷歌搜索Java世界的通用建议开始，但请记住，Domino是不同的。您可以从分析GC（JavaVerboseGC=1，而不是将控制台日志传递给ISA）开始，然后决定是否需要更大的堆。当然，我想要它是有原因的——我想确保使用12GB的RAM时，Domino被配置为能够最好地利用该内存。但了解多米诺骨牌，必然会有一个平台，如果你超越它，随机的事情就会开始发生。此服务器将处理数百个并发用户的请求，因此它需要能够充分处理这么多会话。请查找该GC。在我运行64位Ubuntu的blog/demo服务器上，我将heap max设置为3GB，它运行得非常漂亮。但3GB似乎是它允许的最大容量，至少在Ubuntu中是这样。