关于maxheapjava的信息
今天给各位分享maxheapjava的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
- 1、java内存溢出是什么情况？
- 2、编写一个java程序实现Min堆(Heap)或者Max堆的主要功能，并用动画的方式表示Min堆或者Max堆的变化过程。
- 3、docker 中 jvm 参数设置的坑
java内存溢出是什么情况？
首先先说一下JVM内存结构问题，JVM为两块：PermanentSapce和HeapSpace，其中\x0d\x0aHeap = }。PermantSpace负责保存反射对象，一般不用配置。JVM的Heap区可以通过-X参数来设定。\x0d\x0a 当一个URL被访问时，内存申请过程如下：\x0d\x0aA. JVM会试图为相关Java对象在Eden中初始化一块内存区域\x0d\x0aB. 当Eden空间足够时，内存申请结束。否则到下一步\x0d\x0aC. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）, 释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区\x0d\x0aD. Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区\x0d\x0aE. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）\x0d\x0aF. 完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”\x0d\x0a\x0d\x0aJVM调优建议:\x0d\x0a\x0d\x0ams/mx：定义YOUNG+OLD段的总尺寸，ms为JVM启动时YOUNG+OLD的内存大小；mx为最大可占用的YOUNG+OLD内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。\x0d\x0aNewSize/MaxNewSize：定义YOUNG段的尺寸，NewSize为JVM启动时YOUNG的内存大小；MaxNewSize为最大可占用的YOUNG内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。\x0d\x0aPermSize/MaxPermSize：定义Perm段的尺寸，PermSize为JVM启动时Perm的内存大小；MaxPermSize为最大可占用的Perm内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。\x0d\x0aSurvivorRatio：设置Survivor空间和Eden空间的比例\x0d\x0a\x0d\x0a内存溢出的可能性\x0d\x0a\x0d\x0a1. OLD段溢出\x0d\x0a这种内存溢出是最常见的情况之一，产生的原因可能是：\x0d\x0a1) 设置的内存参数过小(ms/mx, NewSize/MaxNewSize)\x0d\x0a2) 程序问题\x0d\x0a单个程序持续进行消耗内存的处理，如循环几千次的字符串处理，对字符串处理应建议使用StringBuffer。此时不会报内存溢出错，却会使系统持续垃圾收集，无法处理其它请求，相关问题程序可通过Thread Dump获取（见系统问题诊断一章）单个程序所申请内存过大，有的程序会申请几十乃至几百兆内存，此时JVM也会因无法申请到资源而出现内存溢出，对此首先要找到相关功能，然后交予程序员修改，要找到相关程序，必须在Apache日志中寻找。\x0d\x0a当Java对象使用完毕后，其所引用的对象却没有销毁，使得JVM认为他还是活跃的对象而不进行回收，这样累计占用了大量内存而无法释放。由于目前市面上还没有对系统影响小的内存分析工具，故此时只能和程序员一起定位。\x0d\x0a\x0d\x0a2. Perm段溢出\x0d\x0a通常由于Perm段装载了大量的Servlet类而导致溢出，目前的解决办法：\x0d\x0a1) 将PermSize扩大，一般256M能够满足要求\x0d\x0a2) 若别无选择，则只能将servlet的路径加到CLASSPATH中，但一般不建议这么处理\x0d\x0a\x0d\x0a3. C Heap溢出\x0d\x0a系统对C Heap没有限制，故C Heap发生问题时，Java进程所占内存会持续增长，直到占用所有可用系统内存\x0d\x0a\x0d\x0a参数说明:\x0d\x0a\x0d\x0aJVM 堆内存（heap）设置选项 \x0d\x0a 参数格式 \x0d\x0a 说 明 \x0d\x0a \x0d\x0a设置新对象生产堆内存（Setting the Newgeneration heap size） \x0d\x0a -XX:NewSize \x0d\x0a 通过这个选项可以设置Java新对象生产堆内存。在通常情况下这个选项的数值为1 024的整数倍并且大于1MB。这个值的取值规则为，一般情况下这个值-XX:NewSize是最大堆内存（maximum heap size）的四分之一。增加这个选项值的大小是为了增大较大数量的短生命周期对象 \x0d\x0a\x0d\x0a增加Java新对象生产堆内存相当于增加了处理器的数目。并且可以并行地分配内存，但是请注意内存的垃圾回收却是不可以并行处理的 \x0d\x0a \x0d\x0a设置最大新对象生产堆内存（Setting the maximum New generation heap size） \x0d\x0a -XX:MaxNewSize \x0d\x0a 通过这个选项可以设置最大Java新对象生产堆内存。通常情况下这个选项的数值为1 024的整数倍并且大于1MB \x0d\x0a\x0d\x0a其功用与上面的设置新对象生产堆内存-XX：NewSize相同\x0d\x0a\x0d\x0a设置新对象生产堆内存的比例（Setting New heap size ratios） \x0d\x0a -XX:SurvivorRatio \x0d\x0a 新对象生产区域通常情况下被分为3个子区域：伊甸园，与两个残存对象空间，这两个空间的大小是相同的。通过用-XX:SurvivorRatio=X选项配置伊甸园与残存对象空间（Eden/survivor）的大小的比例。你可以试着将这个值设置为8，然后监控、观察垃圾回收的工作情况\x0d\x0a\x0d\x0a设置堆内存池的最大值（Setting maximum heap size） \x0d\x0a -Xmx \x0d\x0a 通过这个选项可以要求系统为堆内存池分配内存空间的最大值。通常情况下这个选项的数值为1 024的整数倍并且大于1 MB \x0d\x0a\x0d\x0a一般情况下这个值（-Xmx）与最小堆内存（minimum heap size _Xms）相同，以降低垃圾回收的频度 \x0d\x0a \x0d\x0a取消垃圾回收 \x0d\x0a -Xnoclassgc \x0d\x0a 这个选项用来取消系统对特定类的垃圾回收。它可以防止当这个类的所有引用丢失之后，这个类仍被引用时不会再一次被重新装载，因此这个选项将增大系统堆内存的空间 \x0d\x0a \x0d\x0a设置栈内存的大小 \x0d\x0a -Xss \x0d\x0a 这个选项用来控制本地线程栈的大小，当这个选项被设置的较大（2MB）时将会在很大程度上降低系统的性能。因此在设置这个值时应该格外小心，调整后要注意观察系统的性能，不断调整以期达到最优 \x0d\x0a \x0d\x0a最后说一句，你的机器的连接数设置也至关重要，连接的关闭最好把时间设置的少些，那些连接非常耗费资源。也是引起内存泄露的主要原因。
编写一个java程序实现Min堆(Heap)或者Max堆的主要功能，并用动画的方式表示Min堆或者Max堆的变化过程。
public class MinHeap { private int[ ] Heap; private int maxsize; private int size; public MinHeap(int max) { maxsize = max; Heap = new int[maxsize]; size = 0 ; Heap[0] = Integer.MIN_VALUE; } private int leftchild(int pos) { return 2*pos; } private int rightchild(int pos) { return 2*pos + 1; } private int parent(int pos) { return pos / 2; } private boolean isleaf(int pos) { return ((pos size/2) (pos = size)); } private void swap(int pos1, int pos2) { int tmp; tmp = Heap[pos1]; Heap[pos1] = Heap[pos2]; Heap[pos2] = tmp; } public void insert(int elem) { size++; Heap[size] = elem; int current = size; while (Heap[current] Heap[parent(current)]) { swap(current, parent(current)); current = parent(current); } } public void print() { int i; for (i=1; i=size;i++) System.out.print(Heap[i] + " "); System.out.println(); } public int removemin() { swap(1,size); size--; if (size != 0) pushdown(1); return Heap[size+1]; } private void pushdown(int position) { int smallestchild; while (!isleaf(position)) { smallestchild = leftchild(position); if ((smallestchild size) (Heap[smallestchild] Heap[smallestchild+1])) smallestchild = smallestchild + 1; if (Heap[position] = Heap[smallestchild]) return; swap(position,smallestchild); position = smallestchild; } } }
docker 中 jvm 参数设置的坑
比如，启动java 程序的时候设置 max heap =32g，发现线程程序模拟奇妙的被杀死。
cause： docker 设置应用内存为30g。
比如jvm 的内存在30g的时候，以为还有内存，不会做gc，然后就被docker 杀死了。
这个就是为什么，过一段时间，我们的程序就被kill，但是也不做gc 释放内存。
另外的问题， 设置 xmx 为7G。容器内存为8G。 但是也会出现kill掉的原因； 为啥？
jvm 的进程可以通过top 来查看内存使用。超过8G。 jvm 除了堆，还有各种其他内存，栈，元空间，堆外内存，native，code cache等； 所以 这buffer 要设置的多一点； 或者针对每个buffer的地方设置限制；
参考：
我们的 eden 大概10个g，比较大，但是 youungc 打印log看
这个是无法接受的。
我们的jdk8，默认的是 UseParallelGC， young 区用的是 paraNew的 并发收集算法
虽然 UseParallelGC，关注吞吐，可能单次回收时间慢一点，1s 我觉得是正常的，尼玛一看30s，不可能的。
jstack 看，分配了23个gc线程。
年轻代的并行收集线程数默认是(ncpus = 8) ? ncpus : 3 + ((ncpus * 5) / 8)，如果你希望设定这个线程数，可以通过-XX:ParallelGCThreads= N 来调整。
可以看到，docker 拿的是宿主机的 cpu数目，但是docker 容器有一个 核的限制。
我们一看资源，大概就是 2个cpu。
结果24个cpu去收集垃圾，但是只有2个核心，造成了大量的竞争，所以非常慢。
指定成2个cpu，gc 时间回到 1s级别。
后续看下来，还是有2s左右的停顿：
通过gc log 看，时间在 youngc 的时候不太稳定， 有时候能到1-2s的停顿
默认使用的 parallel scaverage， 吞吐量优先。 有可能存在一个 大的停顿。
parallelNew，就是普通的并发，没有吞吐量优先，可能效果好稍微好点。
影响 停顿的几个变量， young 区的大小， gc 线程的数目， 以及 选用的算法。
目前看使用 g1， 回收次数变多，但是平均时间相对是最小的。
考虑到线上4个线程：
我们在167 上试用 3个类型的 gc 算法：
1） parallel scaveage：
4 次yonguc，1.3s，平均 300ms，3次full gc。meta比较快，最大0.52s
2） parallel new：
4次 youngc，0.7s。平均 170ms。 3次 full gc。meta 区，做大0.3s。
3） g1：
18次，2.3s。平均 120ms，最大 0.35s。
看起来G1 比较优秀。
如果是 java11，可以使用更优秀的；zgc，低延迟可以做到更低。
参考美团的大作：
maxheapjava的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于、maxheapjava的信息别忘了在本站进行查找喔。