主页 / server / 问题 / 120787
Accepted
brad
Asked: 2010-03-10 08:10:02 +0800 CST

java最大堆大小，多少是太多

  • 772

我遇到了在 tomcat 中运行的 JRuby (rails) 应用程序的问题。有时页面请求可能需要一分钟才能返回（即使 rails 日志在几秒钟内处理了请求，所以这显然是一个 tomcat 问题）。

我想知道哪些设置最适合 java 堆大小。我知道没有明确的答案，但我想也许有人可以评论我的设置。

我在一个具有 1.7g 内存的小型 EC2 实例上。我有以下 JAVA_OPTS：

-Xmx1536m -Xms256m -XX:MaxPermSize=256m -XX:+CMSClassUnloadingEnabled

我的第一个想法是 Xmx 太高了。如果我只有 1.7gb 并且我分配了 1.5gb 给 java，我觉得我会得到很多分页。通常，我的 java 进程显示（顶部）1.1g res 内存和 2g 虚拟。

我还在某处读到，将 Xms 和 Xmx 设置为相同的大小会有所帮助，因为它消除了在内存分配上花费的时间。

我不是 java 人，但我的任务是解决这个问题，我正试图找出从哪里开始。非常感谢任何提示！

更新
我已经开始使用分析垃圾收集转储-XX:+PrintGCDetails

当我注意到这些偶尔的长加载时间时，gc 日志会发疯。我做的最后一个（花了 25 秒完成）我有 gc 日志行，例如：

1720.267: [GC 1720.267: [DefNew: 27712K->16K(31104K), 0.0068020 secs] 281792K->254096K(444112K), 0.0069440 secs]
1720.294: [GC 1720.294: [DefNew: 27728K->0K(31104K), 0.0343340 secs] 281808K->254080K(444112K), 0.0344910 secs]

一次请求大约有 300 个！现在，我不完全明白为什么它总是 GC'ng 从 ~28m 一遍又一遍地下降到 0。

java ruby-on-rails tomcat5.5

4 个回答

  1. 您的部分问题是您可能正在饿死所有其他进程以获取 ram。-Xms我对and的一般经验法则-Xmx如下：

    -Xms : <System_Memory>*.5
    -Xmx : <System_Memeory>*.75

    因此，在 4GB 系统上，它将是：-Xms2048m -Xmx3072m，在你的情况下，我会选择-Xms896m -Xmx1344

    • 2

  2. 除了前面的答案，您还应该考虑 PermGen。PermGen 不是堆空间的一部分。使用您当前的配置，您的 java 进程总计可以达到 1792mb，这是您机器的总量。

    • 2
  3. Best Answer

    虽然我没有在 Tomcat 上运行任何 JRuby 应用程序，但我已经在各种 J2EE 应用程序服务器上运行了 ColdFusion 应用程序，并且我也遇到过类似的问题。

    在这些常见问题解答中，您会看到 SOracle 说在 32 位 Windows 上，您将被限制为 1.4 到 1.6 GB 的最大堆大小。我从来没有能够让它稳定那么高，我怀疑你正在运行类似的配置。

    我的猜测是，您的请求需要很长时间才能运行 b/c 且堆大小如此之高，JVM 分配的物理内存比 Windows 必须提供的多，因此 Windows 花费大量时间交换页面进出内存到磁盘，以便它可以为 JVM 提供所需的内存量。

    我的建议虽然违反直觉，但实际上您将最大堆大小降低到 1.2 GB 左右。您也可以提高最小大小，如果您注意到应用程序的请求处理速度变慢，而 JVM 必须向 Windows 请求更多内存以增加其堆的大小，因为它会填充未收集的对象。

    • 1

  4. 我知道已经选择了一个答案，但是，我的解释还是在这里。

    首先，在您使用的命令行中，您已经为 Java 堆 (-Xmx1536m) 预留了 1536 兆字节，为 PermGen (-XX:MaxPermSize=256m) 预留了 256 兆字节。PermGen 与 Java 堆分开分配，用于存储加载到 JVM 中的 Java 类。

    这两个区域加起来已经达到 1792 兆字节的 RAM。

    但除此之外，还需要 RAM 来加载 JVM 本身（JVM 的本机代码）和 RAM 来存储 JIT 编译器生成的代码。

    我怀疑所有这些加起来就是你提到的 2 GB 虚拟。

    最后，您还必须考虑在服务器上运行并且也需要 RAM 的其他东西。您并没有真正提到服务器上使用了多少交换。这将告诉您机器是否正在交换并且导致应用程序反应缓慢。您应该始终防止 JVM 命中交换。频繁触发垃圾收集器比分配太多堆并换出部分 Java 堆要好得多。

    • 1

相关问题