网站架构图图,做网站背景的图片大小,网站建设与管理相关工作岗位,知名品牌vi设计案例分析--设置最大的堆和最小堆大小.两者一样表示固定大小.这样可以防止老年代内存扩展造成额外的gc.当然也会多占一些内存.系统内存不足的慎用 -Xms512m -Xmx512m --加大年轻代内存.减少minor gc -Xmn164m --这个是永久代大小.默认是64M,增加到96M.固定大小,减少扩展造成的gc -XX:Per…--设置最大的堆和最小堆大小.两者一样表示固定大小.这样可以防止老年代内存扩展造成额外的gc.当然也会多占一些内存.系统内存不足的慎用 -Xms512m -Xmx512m --加大年轻代内存.减少minor gc -Xmn164m --这个是永久代大小.默认是64M,增加到96M.固定大小,减少扩展造成的gc -XX:PermSize96m -XX:MaxPermSize96m --去除字节码验证 -Xverify:none --屏蔽显示调用gc. -XX:DisableExplicitGC --关闭类垃圾回收就可以消除由于多次装入和卸装同一个类而造成的开销 -Xnoclassgc --指定最适合多任务并行的CMS垃圾收集器 -XX:UseParNewGC -XX:UseConcMarkSweepGC --修改默认的触发老年代full gc的内存所占比..改成85% -XX:CMSInitiatingOccupancyFraction85 [plain] view plain copy # 我的配置. -vm -C:\Java\jdk1.6.0_30\bin\javaw.exe -startup plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.1.R36x_v20100810 -product org.eclipse.epp.package.jee.product --launcher.defaultAction openFile --launcher.XXMaxPermSize 128M -showsplash org.eclipse.platform --launcher.XXMaxPermSize 128m --launcher.defaultAction openFile -vmargs -Dosgi.requiredJavaVersion1.5 -Xverify:none -XX:DisableExplicitGC -Xms512M -Xmx512M -Xmn164m -XX:PermSize96m -XX:MaxPermSize96m -XX:UseParallelGC -XX:CMSInitiatingOccupancyFraction85 转自: http://blog.chinaunix.net/space.php?uid10178376doblogid100985 -vmargs -Xms128M -Xmx512M -XX:PermSize64M -XX:MaxPermSize128M 这里有几个问题1. 各个参数的含义什么2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动而有些机器无法启动3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置下面我们一一进行回答1. 各个参数的含义什么参数中-vmargs的意思是设置JVM参数所以后面的其实都是JVM的参数了我们首先了解一下JVM内存管理的机制然后再解释每个参数代表的含义。堆(Heap)和非堆(Non-heap)内存按照官方的说法“Java 虚拟机具有一个堆堆是运行时数据区域所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存堆和非堆。简单来说堆就是Java代码可及的内存是留给开发人员使用的非堆就是JVM留给自己用的所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。 堆内存分配JVM初始分配的内存由-Xms指定默认是物理内存的1/64JVM最大分配的内存由-Xmx指定默认是物理内存的1/4。默认空余堆内存小于40%时JVM就会增大堆直到-Xmx的最大限制空余堆内存大于70%时JVM会减少堆直到 -Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。 非堆内存分配JVM使用-XX:PermSize设置非堆内存初始值默认是物理内存的1/64由XX:MaxPermSize设置最大非堆内存的大小默认是物理内存的1/4。 JVM内存限制(最大值)首先JVM内存限制于实际的最大物理内存(废话呵呵)假设物理内存无限大的话JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制这个限制一般是2GB-3GB一般来说Windows系统下为1.5G-2GLinux系统下为2G-3G而64bit以上的处理器就不会有限制了。 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动而有些机器无法启动通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种堆内存和非堆内存另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动主要有以下几种原因1) 参数中-Xms的值大于-Xmx或者-XX:PermSize的值大于-XX:MaxPermSize2) -Xmx的值和-XX:MaxPermSize的总和超过了JVM内存的最大限制比如当前操作系统最大内存限制或者实际的物理内存等等。说到实际物理内存这里需要说明一点的是如果你的内存是1024MB但实际系统中用到的并不可能是1024MB因为有一部分被硬件占用了。 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置那为什么同样的参数在快捷方式或者命令行中有效而在eclipse.ini文件中是无效的呢这是因为我们没有遵守eclipse.ini文件的设置规则参数形如“项 值”这种形式中间有空格的需要换行书写如果值中有空格的需要用双引号包括起来。比如我们使用-vm C:\Java\jre1.6.0\bin\javaw.exe参数设置虚拟机在eclipse.ini文件中要写成这样-vm C:\Java\jre1.6.0\bin\javaw.exe 按照上面所说的最后参数在eclipse.ini中可以写成这个样子-vmargs -Xms128M -Xmx512M -XX:PermSize64M -XX:MaxPermSize128M 实际运行的结果可以通过Eclipse中“Help”-“About Eclipse SDK”窗口里面的“Configuration Details”按钮进行查看。另外需要说明的是Eclipse压缩包中自带的eclipse.ini文件内容是这样的-showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m -vmargs -Xms40m -Xmx256m 其中–launcher.XXMaxPermSize注意最前面是两个连接线跟-XX:MaxPermSize参数的含义基本是一样的我觉得唯一的区别就是前者是eclipse.exe启动的时候设置的参数而后者是eclipse所使用的JVM中的参数。其实二者设置一个就可以了所以这里可以把 –launcher.XXMaxPermSize和下一行使用#注释掉。 3. 其他的启动参数。 如果你有一个双核的CPU也许可以尝试这个参数: -XX:UseParallelGC 让GC可以更快的执行。只是JDK 5里对GC新增加的参数 堆大小设置JVM 中最大堆大小有三方面限制相关操作系统的数据模型32-bt还是64-bit限制系统的可用虚拟内存限制系统的可用物理内存限制。32位系统下一般限制在1.5G~2G64为操作系统对内存无限制。我在Windows Server 2003 系统3.5G物理内存JDK5.0下测试最大可设置为1478m。典型设置java -Xmx3550m -Xms3550m -Xmn2g -Xss128k-Xmx3550m设置JVM最大可用内存为3550M。-Xms3550m设置JVM促使内存为3550m。此值可以设置与-Xmx相同以避免每次垃圾回收完成后JVM重新分配内存。-Xmn2g设置年轻代大小为2G。整个堆大小年轻代大小 年老代大小 持久代大小。持久代一般固定大小为64m所以增大年轻代后将会减小年老代大小。此值对系统性能影响较大Sun官方推荐配置为整个堆的3/8。-Xss128k设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的不能无限生成经验值在3000~5000左右。java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio4 -XX:SurvivorRatio4 -XX:MaxPermSize16m -XX:MaxTenuringThreshold0-XX:NewRatio4:设置年轻代包括Eden和两个Survivor区与年老代的比值除去持久代。设置为4则年轻代与年老代所占比值为14年轻代占整个堆栈的1/5-XX:SurvivorRatio4设置年轻代中Eden区与Survivor区的大小比值。设置为4则两个Survivor区与一个Eden区的比值为2:4一个Survivor区占整个年轻代的1/6-XX:MaxPermSize16m:设置持久代大小为16m。-XX:MaxTenuringThreshold0设置垃圾最大年龄。如果设置为0的话则年轻代对象不经过Survivor区直接进入年老代。对于年老代比较多的应用可以提高效率。如果将此值设置为一个较大值则年轻代对象会在Survivor区进行多次复制这样可以增加对象再年轻代的存活时间增加在年轻代即被回收的概论。回收器选择JVM 给了三种选择串行收集器、并行收集器、并发收集器但是串行收集器只适用于小数据量的情况所以这里的选择主要针对并行收集器和并发收集器。默认情况下JDK5.0以前都是使用串行收集器如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后JVM会根据当前系统配置进行判断。吞吐量优先的并行收集器如上文所述并行收集器主要以到达一定的吞吐量为目标适用于科学技术和后台处理等。 以下转自: http://www.oschina.net/question/12_11854 A:JVM参数配置之heapsize-Xmx指定jvm的最大heap大小,如:-Xmx2g千万记住可是没有等号的哦-Xms指定jvm的最小heap大小,如:-Xms2g千万记住可是没有等号的哦高并发应用建议和-Xmx一样防止因为内存收缩突然增大带来的性能影响总之记住这遇见这两值配一样的数就OK。-Xmn指定jvm中NewGeneration的大小,如:-Xmn256m。这个参数会很影响性能的哦所以要配置好如果你的程序需要比较多的临时内存建议设置到512M如果用的少尽量降低这个数值一般来说128256足以使用了配置得小gc效率就越快系统性能也就得到提高一般情况下跟据系统配到能接受的下限就OK。-XX:PermSize指定jvm中PermGeneration的最小值,如:-XX:PermSize32m。这个参数需要看你的实际情况。在生产环境中这个参数得需调试着才能拿到最准值往往在应用中都会造成这一区域的内存溢出。-XX:MaxPermSize指定永久代PermGeneration的最大值,如:-XX:MaxPermSize64m-Xss指定线程桟大小,如:-Xss128k一般来说webx框架下的应用需要256K。如果你的程序有大规模的递归行为请考虑设置到512K1M。这个需要全面的测试才能知道。不过256K已经很大了。这个参数对性能的影响比较大的。分配得少也就意味着你能多弄几个线程出来但还是得根据你的应用来拿拈了。-XX:NewRatio指定jvm中OldGenerationheapsize与NewGeneration的比例,在使用CMSGC的情况下此参数失效,如:-XX:NewRatio2-XX:SurvivorRatio指定NewGeneration中EdenSpace与一个SurvivorSpace的heapsize比例,-XX:SurvivorRatio8,那么在总共NewGeneration为10m的情况下,EdenSpace为8m-XX:MinHeapFreeRatio指定jvmheap在使用率小于n的情况下,heap进行收缩,XmxXms的情况下无效,如:-XX:MinHeapFreeRatio30-XX:MaxHeapFreeRatio指定jvmheap在使用率大于n的情况下,heap进行扩张,XmxXms的情况下无效,如:-XX:MaxHeapFreeRatio70-XX:LargePageSizeInBytes指定Javaheap的分页页面大小,如:-XX:LargePageSizeInBytes128mB:JVM参数配置garbagecollector-XX:UseParallelGC指定在NewGeneration使用parallelcollector,并行收集,暂停appthreads,同时启动多个垃圾回收thread,不能和CMSgc一起使用.系统吨吐量优先,但是会有较长长时间的apppause,后台系统任务可以使用此gc-XX:ParallelGCThreads指定parallelcollection时启动的thread个数,默认是物理processor的个数,-XX:UseParallelOldGC指定在OldGeneration使用parallelcollector-XX:UseParNewGC指定在NewGeneration使用parallelcollector,是UseParallelGC的gc的升级版本,有更好的性能或者优点,可以和CMSgc一起使用-XX:CMSParallelRemarkEnabled在使用UseParNewGC的情况下,尽量减少mark的时间-XX:UseConcMarkSweepGC指定在OldGeneration使用concurrentcmarksweepgc,gcthread和appthread并行(在init-mark 和remark时pauseappthread).apppause时间较短,适合交互性强的系统,如webserver-XX:UseCMSCompactAtFullCollection在使用concurrentgc的情况下,防止memoryfragmention,对liveobject进行整理,使memory碎片减少-XX:CMSInitiatingOccupancyFraction指示在oldgeneration在使用了n%的比例后,启动concurrentcollector,默认值是68,如:-XX:CMSInitiatingOccupancyFraction70 -XX:UseCMSInitiatingOccupancyOnly指示只有在oldgeneration在使用了初始化的比例后concurrentcollector启动收集C: 其他JVM参数配置-XX:MaxTenuringThreshold指定一个对象object在经历了n次新生代区里的GCyounggc后转移到oldgeneration老生代区,在linux64的java6下默认值是15,此参数对于throughputcollector无效,如:-XX:MaxTenuringThreshold31-XX:DisableExplicitGC禁止java程序中调用的fullgc,如System.gc()的调用。一般都会要配此参数以提高系统性能。-XX:UseFastAccessorMethods把get,set方法转成本地代码 -XX:PrintGCDetails此参数用来打应垃圾收集的详细情况 -XX:PrintGCTimeStamps打应垃圾收集的时间分部情况 -XX:PrintGCApplicationStoppedTime打应垃圾收集时,GC时导致的系统停顿时间 D:几组GC对新旧代的回收方式列表 指定方式 新生代GC方式 旧生代GC方式 -XX:UseSerialGC 串行GC 串行GC -XX:UseParallelGC 并行回收GC 并行GC -XX:UseConeMarkSweepGC 并行GC 并发GC -XX:UseParNewGC 并行GC 串行GC -XX:UseParallelOldGC 并行回收GC 并行GC -XX: UseConeMarkSweepGC -XX:UseParNewGC 串行GC 并发GC 不支持的组合 1、-XX:UseParNewGC -XX:UseParallelOldGC 2、-XX:UseParNewGC -XX:UseSerialGC 三种方式的拉圾回收总结 串行收集:串行收集使用单线程处理所有垃圾回收工作因为无需多线程交互实现容易而且效率比较高。但是其局限性也比较明显即无法使用多处理器的优势适合单处理器机器。 并行收集:并行收集使用多线程处理垃圾回收工作因而速度快效率高。而且理论上CPU数目越多就会越能体现出并行收集器的优势。 并发收集:相对于串行收集和并行收集而言前面两个在进行垃圾回收工作时需要暂停整个运行环境即只有GC一个线程在跑其它的弟兄们都得停下手头上的活来等着这兄弟执行完因此系统在垃圾回收时会有明显的暂停而且暂停时间会因为堆越大而越长。转载于:https://www.cnblogs.com/ZRRJDD/p/8135127.html
