jvm算法

㈠ 如何计算应该给jvm的堆多少空间

java没有提供现成的函数去计算对象的内存空间，不过可以用大量产生某个对象然后计算平均值的方法近似获得该对象占用的内存。 写个例子给你： public class Test{ long f1 = Runtime.getRuntime().freeMemory(); for(int i=0;i

㈡ 如何设置JVM参数

设置eclipse jvm参数

打开Eclipse 或者 MyEclipse

打开 Windows -> Preferences -> Java -> Installed JREs

在 Default VM Arguments输入框内输入： -Xms512m -Xmx512m

解释：

-Xms是设置java虚拟机的最小分配内存；-Xmx则是最大分配内存；512m为内存空间

一般-Xmx设置为你电脑物理内存的1/4，而把-Xms和 -Xmx设置为一样，

其实你可以设置得更大一些，只要系统能分配足够的内存就可以了，如果设置过大系统会提示你的。

㈢ 以下哪些jvm的垃圾回收方式采用的是复制算法

System.gc是专门回收不用的对象的语法，当然你也可以自己写函数来finalization()你的程序。一般JVM会根据虚拟内存占用率来自动调用gc(garbage collector)，有时候即便你调用gc如果内存占用不多回收处理工作也不会调用的，毕竟调用一次也要占用资

㈣ java 的JVM虚拟内存是如何管理的啊。

说起垃圾收集（Garbage Collection，下文简称GC），大部分人都把这项技术当做Java语言的伴生产物。事实上GC的历史远远比Java来得久远，在1960年诞生于MIT的Lisp是第一门真正使用内存动态分配和垃圾收集技术的语言。当Lisp还在胚胎时期，人们就在思考GC需要完成的3件事情：哪些内存需要回收？什么时候回收？怎么样回收？

经过半个世纪的发展，目前的内存分配策略与垃圾回收技术已经相当成熟，一切看起来都进入“自动化”的时代，那为什么我们还要去了解GC和内存分配？答案很简单：当需要排查各种内存溢出、泄漏问题时，当垃圾收集成为系统达到更高并发量的瓶颈时，我们就需要对这些“自动化”的技术有必要的监控、调节手段。

把时间从1960年拨回现在，回到我们熟悉的Java语言。本文第一章中介绍了Java内存运行时区域的各个部分，其中程序计数器、VM栈、本地方法栈三个区域随线程而生，随线程而灭；栈中的帧随着方法进入、退出而有条不紊的进行着出栈入栈操作；每一个帧中分配多少内存基本上是在Class文件生成时就已知的（可能会由JIT动态晚期编译进行一些优化，但大体上可以认为是编译期可知的），因此这几个区域的内存分配和回收具备很高的确定性，因此在这几个区域不需要过多考虑回收的问题。而Java堆和方法区（包括运行时常量池）则不一样，我们必须等到程序实际运行期间才能知道会创建哪些对象，这部分内存的分配和回收都是动态的，我们本文后续讨论中的“内存”分配与回收仅仅指这一部分内存。

对象已死？

在堆里面存放着Java世界中几乎所有的对象，在回收前首先要确定这些对象之中哪些还在存活，哪些已经“死去”了，即不可能再被任何途径使用的对象。

引用计数算法（Reference Counting）

最初的想法，也是很多教科书判断对象是否存活的算法是这样的：给对象中添加一个引用计数器，当有一个地方引用它，计数器加1，当引用失效，计数器减1，任何时刻计数器为0的对象就是不可能再被使用的。

客观的说，引用计数算法实现简单，判定效率很高，在大部分情况下它都是一个不错的算法，但引用计数算法无法解决对象循环引用的问题。举个简单的例子：对象A和B分别有字段b、a，令A.b=B和B.a=A，除此之外这2个对象再无任何引用，那实际上这2个对象已经不可能再被访问，但是引用计数算法却无法回收他们。

根搜索算法（GC Roots Tracing）

在实际生产的语言中（Java、C#、甚至包括前面提到的Lisp），都是使用根搜索算法判定对象是否存活。算法基本思路就是通过一系列的称为“GC Roots”的点作为起始进行向下搜索，当一个对象到GC Roots没有任何引用链（Reference Chain）相连，则证明此对象是不可用的。在Java语言中，GC Roots包括：

1.在VM栈（帧中的本地变量）中的引用
2.方法区中的静态引用
3.JNI（即一般说的Native方法）中的引用

㈤ jvm 内存模型，gc回收机制，有哪些算法

以前有过类似的问题 可以参考下：

http://blog.csdn.net/zhangpengju999/article/details/11773183

㈥ jvm里的Mark-compact到底是标记压缩算法还是标记整理算法

首先是mutator和collector，这两个名词经常在垃圾收集算法中出现，collector指的就是垃圾收集器，而mutator是指除了垃圾收集器之外的部分，比如说我们应用程序本身。mutator的职责一般是NEW(分配内存),READ(从内存中读取内容),WRITE(将内容写入内存)，而collector则就是回收不再使用的内存来供mutator进行NEW操作的使用。

㈦ jvm垃圾回收算法有哪些

1.标记–清除算法

执行步骤：

• 标记：遍历内存区域，对需要回收的对象打上标记。

• 清除：再次遍历内存，对已经标记过的内存进行回收。

2.复制算法

将内存划分为等大的两块，每次只使用其中的一块。当一块用完了，触发GC时，将该块中存活的对象复制到另一块区域，然后一次性清理掉这块没有用的内存。下次触发GC时将那块中存活的的又复制到这块，然后抹掉那块，循环往复。

3. 标记–整理算法

因为前面的复制算法当对象的存活率比较高时，这样一直复制过来，复制过去，没啥意义，且浪费时间。所以针对老年代提出了“标记整理”算法。

执行步骤：

• 标记：对需要回收的进行标记

• 整理：让存活的对象，向内存的一端移动，然后直接清理掉没有用的内存。

4. 分代收集算法

当前大多商用虚拟机都采用这种分代收集算法，这个算法并没有新的内容，只是根据对象的存活的时间的长短，将内存分为了新生代和老年代，这样就可以针对不同的区域，采取对应的算法。如：

• 新生代，每次都有大量对象死亡，有老年代作为内存担保，采取复制算法。

• 老年代，对象存活时间长，采用标记整理，或者标记清理算法都可。

㈧ JVM有哪些垃圾回收算法

标记-清除，标记-复制，标记-整理

㈨ JVM针对年轻代和老年代的GC算法有什么区别

年轻代大多数都是用完就删的，所以年轻代用的是标记复制，把不删的标记出来，然后复制，最后清空。而老年代的是已经经过一次gc存活下来的，大多都是要长时间用的，要删除的少，所以采用的是，标记删除，把要删除的标记出来，统一删除

㈩ jvm新生代串行收集器采用什么算法

1.JVM的gc概述 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执