Eclipse设置JVM的内存参数

打开Eclipse所在位置的eclipse.ini文件

修改: -Xms1024m -Xmx1024m

解释:

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

一般-Xmx设置为你电脑物理内存的1/4,而把-Xms和 -Xmx设置为一样,1024比较适合我

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

时间: 2024-10-11 20:56:58

Eclipse设置JVM的内存参数的相关文章

Eclipse中设置JVM使用内存大小

今天在eclipse 中测试包含大量数据的程序时,报出了下面的错误: java.lang.OutOfMemoryError: Java heap space 从上边的异常信息可以看到,JVM 需要使用的内存已经超过了我们分配给虚拟机可以使用的最大内存.所以问题就转化为如何设置eclipse 中jvm 的最大内存. 一.    尝试修改Eclipse.ini 文件 (此方法不行) 找到eclipse 目录下的eclipse.ini 文件,修改下面的内容: -Xms512m -Xmx2048m 修改

eclipse 设置jvm 内存

Eclipse 中设置JVM 内存 今天在eclipse 中测试把文档转换为图片的时候,报出了下面的错误: java.lang.OutOfMemoryError: Java heap space 从上边的异常信息可以看到,JVM 需要使用的内存已经超过了我们分配给虚拟机可以使用的最大内存.所以问题就转化为如何设置eclipse 中jvm 的最大内存. 一.    尝试修改Eclipse.ini 文件 (此方法不行) 找到eclipse 目录下的eclipse.ini 文件,修改下面的内容: -X

JVM堆内存参数优化,让性能飞起来

堆内存是Java进程的重要组成部分,几乎所有与应用相关的内存空间都和堆有关.现在主要介绍与堆内存相关的参数设置,这些参数对Java虚拟机中非常重要的,也是对程序性能有着重要的影响.让你彻底脱离OOM内存溢出等等带来的程序崩溃. 1. -Xms 初始堆内存大小,当Java进程启动时,虚拟机会分配一块初始堆空间,可以使用-Xms指定这块空间大小.在实际工作中,我们一般把-Xms与-Xmx的值设置为相等,这样的好处是在程序运行时减少GC的次数,从而提高程序性能. 2. -Xmx 当程序在运行时,堆初始

eclipse设置java虚拟机内存大小

设置java虚拟机大小可以让eclipse启动运行更快...... 在eclipse中点击window--preferences--java--Installed JREs. 然后看右边的框,鼠标点击打钩的那一条,点击Edit, 会弹出Edit JRE , 找到default VM arguments: 向输入框中填写   -Xms128m -Xmx512m  (这样设置Java拟虚机内存使用最小是128M,最大是512M) 点击finish--ok.设置成功.

设置JVM参数,查看堆大小

1.在eclipse设置JVM参数     打开eclipse-窗口-首选项-Java-已安装的JRE(对在当前开发环境中运行的java程序皆生效,也就是在eclipse中运行的java程序)编辑当前使用的JRE,在缺省VM参数中输入: -Xmx1024m -Xms1024m -Xmn256m -Xss16m 或者在运行一个java程序的时候执行: java -Xmx1024m -Xms1024m -Xmn256m -Xss16m  Test Test是一个class文件. 2. 在Tomcat

jvm堆内存分布及gc发生的条件

jvm虚拟机对内存管理主要体现在堆内存的管理上,我们可以在启动jvm的时候设置jvm对内存大小及调整策略. 1.jvm启动参数: -Xms:jvm启动时初始堆大小. -Xmx:jvm堆的最大值. -Xss:线程栈大小. -Dname=value:jvm全局属性设置. jvm启动参数设置有很多,以上只是列举本人接触过的几个参数. 1)首先,-Xms是jvm启动时堆内存的初始大小,当堆内存不够用时,jvm调整堆大小到-Xmx设置的大小.一般resin这些服务器会把-Xms和-Xmx大小设置一样以避免

JVM 调优参数详解

GC有两种类型:Scavenge GC 和Full GC 1.Scavenge GC 一般情况下,当新对象生成,并且在Eden申请空间失败时,就会触发Scavenge GC,堆的Eden区域进行GC,清除非存活对象,并且把尚且存活的对象移动到Survivor的两个区中. 2.Full GC 对整个堆进行整理,包括Young.Tenured和Perm.Full GC 比Scavenge GC要慢,因此应该尽可能减少Full GC,有如下原因可能导致Full GC a.Tenured被写满: b.P

转: jvm调优参数总结

JVM里的GC(Garbage Collection)的算法有很多种,如标记清除收集器,压缩收集器,分代收集器等等,详见HotSpot VM GC 的种类 现在比较常用的是分代收集(generational collection,也是SUN VM使用的,J2SE1.2之后引入),即将内存分为几个区域,将不同生命周期的对象放在不同区域里:young generation,tenured generation和permanet generation.绝大部分的objec被分配在young gener

JVM调优参数

堆大小设置JVM 中最大堆大小有三方面限制:相关操作系统的数据模型(32-bt还是64-bit)限制:系统的可用虚拟内存限制:系统的可用物理内存限制.32位系统下,一般限制在1.5G~2G:64为操作系统对内存无限制.我在Windows Server 2003 系统,3.5G物理内存,JDK5.0下测试,最大可设置为1478m.典型设置: java -Xmx3550m -Xms3550m -Xmn2g -Xss128k-Xmx3550m:设置JVM最大可用内存为3550M.-Xms3550m:设