memory - Domino 8.5.3 64 位中 HTTPJVMMaxHeapSize 的最佳设置

Question

我正在尝试寻找关于 Domino 8.5.3 FP4 - 64 位 Windows 中 JVM 堆大小的最佳设置的明确答案。

我知道默认情况下它设置为 1024M。一些网站建议建议使用 1G/1024M - 但这是默认设置，所以就那么好了吗？

其他网站表示可用 RAM 为 25%。

我的 Domino 服务器有 12GB 可用 RAM。当前的 HTTPJVMMaxHeapSize = 1024M，任务管理器告诉我大约有 7GB 的 RAM 正在使用中，nhttp.exe 正在使用大约 1.1GB 的内存。如果可能的话，我想将此堆增加到 2GB 或 3GB - 这样做会出现任何问题吗？

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

Answer 1

从 XPage 的角度来看:

1 - 了解工作集和硬件的动态

也就是说，了解处理给定工作集(即服务器内的 XPage 应用程序)时应用程序代码、服务器运行时和硬件配置文件正在执行的操作。在生命周期执行和内存使用方面，应用程序是否以非最佳方式编码？应用程序是否使用内存或磁盘持久性来进行组件树序列化？是否为服务器分配了足够的 JVM 内存？硬件是否提供足够的CPU和内存？

2 - 分析并监控具有上限负载的工作集

要完全回答 #1 中的一些问题，必须使用 XPages Toolbox 和 Eclipse Memory Analyzer 等工具进行详细的性能和可扩展性分析。此外，使用 Rational Performance Tester(或其他一些性能测试工具)来测试工作集，以模拟测试环境中的真实并发工作负载。这使您可以设置一个测试环境，在其中您可以使用自动化的 (n) 个并发用户来访问您的应用程序，并收集有关健康等的所有宝贵数据。

3 - 分析配置文件信息以识别工作集中的瓶颈

请记住，您的工作集可以是一个或多个应用程序。每个人都做不同的事情，并且有不同的负载要求。具体说明手头的任务 - 您是否想要针对所有应用程序(针对平均规模)更普遍地调整系统，还是希望服务器针对特定应用程序(针对目标规模)进行全面优化？

4 - 在适用的情况下优化工作集

进入并在适用的情况下对 XSP/Java/服务器端 JavaScript 代码进行更改 - 使用您对 XPages 请求处理生命周期的了解，并在高端负载场景下留意那些饥饿的 JVM 内存消耗者。始终支持磁盘持久性(磁盘存储比 RAM 便宜!)并相应地编写自定义 Java 对象和托管 Bean 以应对序列化和恢复。在高可扩展性最终会消耗 CPU 的情况下，在功能和速度之间进行权衡……具有目标功能/操作等的更智能的 UX。

5 - 在适用的情况下扩展硬件

准备好根据工作集的需求增加内核、时钟速度、RAM、磁盘存储 - 分析、监控和优化工作集的循环方法将越来越多地揭示硬件的适用性随着这个过程的发展。

5 - 从 #2 开始重复，直到工作集和硬件执行并扩展到系统的预期要求/预期负载