Java堆/池大小
当我启动JVM时，它至少会保留{{xms}}内存，对吗？这意味着这个内存对于JVM进程是私有的（它是malloced），是吗？ 当JVM需要增加heap at reserves（mallocs）时，需要更多内存。但是多少钱？ 我不相信它的储备完全符合它的需要，可能有一定的台阶（池？）大小 如何配置此“步长” 直到到达{{xmx}}并抛出OOM为止，所有这些都会发生，对吗 JVM何时启动GC？不是在xmx上，而是在保留堆大小（池的顶部）上 如果是这样，最好将xms设置为接近xmx，以防止许多无用的GCs。Java堆/池大小,java,garbage-collection,jvm,jvm-hotspot,jvm-arguments,Java,Garbage Collection,Jvm,Jvm Hotspot,Jvm Arguments,当我启动JVM时，它至少会保留{{xms}}内存，对吗？这意味着这个内存对于JVM进程是私有的（它是malloced），是吗？ 当JVM需要增加heap at reserves（mallocs）时，需要更多内存。但是多少钱？ 我不相信它的储备完全符合它的需要，可能有一定的台阶（池？）大小 如何配置此“步长” 直到到达{{xmx}}并抛出OOM为止，所有这些都会发生，对吗 JVM何时启动GC？不是在xmx上，而是在保留堆大小（池的顶部）上 如果是这样，最好将xms设置为接近xmx，以防止许多无用的
我将有一个巨大的GC而不是许多小GC，每个GC都会冻结我的JVM，所以最好有一个，对吗？关于开关的含义，你是正确的 我记得开关的方式是 xm*s*=以“s”结尾，类似于“*s*启动内存” xm*x*=以“x”结尾，如“ma*x*imum内存” 由给定的JVM决定如何从起始内存移动到最大内存。假设两者之间不是非常接近，分配将在我所知道的所有JVM上分步进行 我不知道在任何JVM中有任何控制步骤大小的选项。当然没有标准的选择
不同的JVM有不同的GC策略。一些JVM允许您使用多个GC策略中的一个，由命令行开关控制。关于开关的含义，您是正确的 我记得开关的方式是 xm*s*=以“s”结尾，类似于“*s*启动内存” xm*x*=以“x”结尾，如“ma*x*imum内存” 由给定的JVM决定如何从起始内存移动到最大内存。假设两者之间不是非常接近，分配将在我所知道的所有JVM上分步进行 我不知道在任何JVM中有任何控制步骤大小的选项。当然没有标准的选择 不同的JVM有不同的GC策略。一些JVM允许您使用由命令行开关控制的多个GC策略之一 当JVM需要增加heap at reserves（mallocs）时，需要更多内存。但是多少钱 你不应该真的在乎。它只是工作。许多建议使用equal
XmxXmsXmxXmxXmsXmxXmsXmxXmxXms没有。小型GC通常需要几十毫秒，并且几乎不可见，除非您使用的是实时系统。主要（停止世界）GC可能需要几秒钟的时间，这对于最终用户来说是显而易见的。在正确调优的JVM中，主要GC应该很少发生。关于次要集合与主要集合，只需确保您的-Xmn，即您的eden与保留堆的比率不太小。我认为默认值是1:3，但我通常更喜欢1:10。但这完全取决于您的应用程序。关于次要和主要收藏，请确保您的-Xmn（即您的伊甸园）符合使用期限