Java visualVM堆分析这可能是一个问题吗
这有意义吗？或者这意味着对于低延迟的应用程序来说，存在次要或主要的gc事件 我同意有gc发生，这就是为什么图形会下降，但这会因为糟糕的设计而发生吗。Java visualVM堆分析这可能是一个问题吗,java,garbage-collection,heap-memory,Java,Garbage Collection,Heap Memory,这有意义吗？或者这意味着对于低延迟的应用程序来说，存在次要或主要的gc事件 我同意有gc发生，这就是为什么图形会下降，但这会因为糟糕的设计而发生吗。 或其全部主观？分配和解除分配模式基于GC策略发生 例如，如果gc策略是为了吞吐量，那么应用程序将不断地分配对象，直到它在 JVM发现无法进行进一步的分配，然后GC启动以取消分配。如果Gc策略意味着低暂停时间，那么 发生两种类型的GC一种是在young区域发生的清除GC，另一种是在java堆分配达到-Xmx级别时发生的GC。 过多的GC调用会导致应
或其全部主观？分配和解除分配模式基于GC策略发生 例如，如果gc策略是为了吞吐量，那么应用程序将不断地分配对象，直到它在 JVM发现无法进行进一步的分配，然后GC启动以取消分配。如果Gc策略意味着低暂停时间，那么 发生两种类型的GC一种是在young区域发生的清除GC，另一种是在java堆分配达到-Xmx级别时发生的GC。 过多的GC调用会导致应用程序的性能下降。检查GC策略、堆大小和分配/解除分配
基于此，我们可以说上面的图形模式是可接受的还是不可接受的。您指的是图形中锯齿状的部分（如果是，这并不少见）还是图形中快速变化的中心部分？上面的图形中的任何内容看起来都是虚假的