我可以在 Windows 64 位平台上安全使用的最大 Java 堆大小是多少?

发布于 2024-10-06 07:45:42 字数 198 浏览 2 评论 0原文

我们使用 64 位 Windows 2003 服务器来运行 WebSphere/J2EE 应用程序(JVM 也是 64 位)。该机器拥有16GB物理内存。不幸的是,我们的应用程序是内存密集型的,我们仍然需要一些时间来添加额外的内存。

我了解操作系统本身需要一定量的内存。话虽这么说,假设这是系统上运行的唯一应用程序,我们可以使用的安全(没有分页?)最大堆大小是多少?

We use Windows 2003 server 64-bit for running a WebSphere/J2EE application (JVM is also 64-bit). The machine has 16GB physical memory. It's unfortunately that our application is memory-intensive, and it would still take some time for us to add additional memory.

I understand operating system itself requires certain amount of memory. That being said, what would be a safe (without paging?) maximum heap size we can use, assuming this is the sole application running on the system?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

铁轨上的流浪者 2024-10-13 07:45:42

我认为答案将取决于许多因素,其中许多因素很难预测。

IMO,确定安全最大堆大小的最实用方法是通过反复试验。我会从大约 15Gb 的最大堆大小开始,查看系统的内存/分页统计信息,然后向上或向下调整。

I think that the answer will depend on many factors, many of which are hard to predict.

IMO, the most practical way to determine the safe max heap size is by trial and error. I'd start with a max heap size of around 15Gb, look at the system's memory / paging stats, and adjust up or down.

北风几吹夏 2024-10-13 07:45:42

最好的想法是进行实验...检查第一个答案 这里...它将帮助您...

您可以编写一个批处理文件来对不同的堆大小进行实验并查看它在哪里崩溃...

The best idea is to experiment... Check the first answer here... it will help you...

You can write a batch file to do experiment for different heap sizes and see where it crashes...

飞烟轻若梦 2024-10-13 07:45:42

如果您有两个内存组,例如您有两个 CPU,那么如果您使用超过一半的内存,您可能会发现应用程序性能会明显变慢。如果您使用大约 3/4 的内存库大小,您将获得最佳的内存性能。

使用更多内存可能仍然会获得更好的性能,但它不会按照您预期的方式扩展,并且 GC 时间会显着增加。

If you have two memory banks e.g. as you have two CPUs, you may find that your application performance is significantly slower if you use more than half your memory. You will get the best performance from your memory if you use about 3/4 of your memory bank size.

You may still get better performance for using more of your memory, but it won't scale the way you might expect and your GC times will jump significantly.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文