汶上网站开发给网站app做后台的公司

当前位置： 首页 > news >正文

汶上网站开发,给网站app做后台的公司,免费在线观看高清影片,十一月新闻大事件摘抄GC有两种类型#xff1a;Scavenge GC 和Full GC 1、Scavenge GC 一般情况下#xff0c;当新对象生成#xff0c;并且在Eden申请空间失败时#xff0c;就会触发Scavenge GC#xff0c;堆的Eden区域进行GC#xff0c;清除非存活对象#xff0c;并且把尚且存活的对象移动到…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、Perm域被写满 c、System.gc()被显示调用 d、上一次GC之后Heap的各域分配策略动态变化 -Xmx512m -Xms512m -Xmn192m -Xss128k JVM中最大堆大小受三方面限制相关操作系统的数据模型32位还是64位限制系统的可用虚拟内存限制系统的可用物理内存限制 -Xmx512m 设置JVM实例堆最大可用内存为512M。 -Xms512m 设置JVM促使内存为512m。此值可以设置与-Xmx相同以避免每次垃圾回收完成后JVM重新分配内存。 -Xmn192m 设置年轻代大小为192m。整个JVM内存大小年轻代大小 年老代大小 持久代大小。持久代一般固定大小为64m所以增大年轻代后将会减小年老代大小。此值对系统性能影响较大Sun官方推荐配置为整个堆的3/8。 -Xss128k 设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的不能无限生成经验值在3000~5000左右。 注意下面问题 1增加Heap的大小虽然会降低GC的频率但也增加了每次GC的时间。并且GC运行时所有的用户线程将暂停也 就是GC期间Java应用程序不做任何工作。 2Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值因为Java为其他任务分配内存例如每个线程的Stack等。 3Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC最好让-Xmn值约等于-Xmx的1/3也有指出为3/8。 4一个应用程序最好是每10到20秒间运行一次GC每次在半秒之内完成。 java -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:PermSize128M 设置持久代大小为128M -XX:MaxPermSize16m 设置持久代最大为16m。 MaxPermSize过小会导致java.lang.OutOfMemoryError: PermGen space -XX:MaxTenuringThreshold0 设置垃圾最大年龄。如果设置为0的话则年轻代对象不经过Survivor区直接进入年老代。对于年老代比较多的应用可以提高效率。如果将此值设置为一个较大值则年轻代对象会在Survivor区进行多次复制这样可以增加对象再年轻代的存活时间增加在年轻代即被回收的概论。 JVM给了三种选择 串行收集器 使用单线程处理所有垃圾回收工作因为无需多线程交互所以效率比较高但是也无法使用多处理器的优势所以此收集器使用单处理器机器。当然此收集器也可以用在小数据量(100M)情况下的多处理器机器上可以使用-XX:UseSericalGC打开 适用情况数据量比较小100M左右;单处理器下并对相应时间无要求的应用 缺点只能用于小型应用 并行收集器 对年轻代进行并行垃圾回收因此可以减少垃圾回收时间一般在多线程处理机器上使用。在Java SE6.0中进行了增强可以在年老代进行并行收集如果年老代不使用并发收集的话使用单线程进行垃圾回收因此会制约扩展能力使用-XX:UserParallelOldGC打开 -XX:ParallelGCThreadsN设置并行垃圾回收的线程数此值可以设置与机器处理机数量一致 使用情况“对吞吐量有高要求”多CPU对应用时间无要求的中、大型应用。如后台处理、科学计算 缺点应用相应时间可能较长 并发收集器 可以保证大部分工作都并发进行应用不停止垃圾回收只暂停很少时间此收集器适合对相应时间要求比较较高的中、大规模应用。 使用-XX:UseGoncMarkSweepGC打开 适用情况“对响应时间有高要求”多CPU对应用响应时间有较高要求的中、大型应用。如Web服务器/应用服务器、电信交换、集成开发环境 但是串行收集器只适用于小数据量的情况所以这里的选择主要针对并行收集器和并发收集器。 默认情况下JDK5.0以前都是使用串行收集器如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后JVM会根据当前系统配置进行判断。 吞吐量优先的并行收集器 如上文所述并行收集器主要以到达一定的吞吐量为目标适用于科学技术和后台处理等。 典型配置 java -Xmx3800m -Xms3800m -Xmn192m -Xss128k -XX:UseParallelGC -XX:ParallelGCThreads20 -XX:UseParallelGC 选择垃圾收集器为并行收集器。此配置仅对年轻代有效。即上述配置下年轻代使用并发收集而年老代仍旧使用串行收集。 -XX:ParallelGCThreads20 配置并行收集器的线程数即同时多少个线程一起进行垃圾回收。此值最好配置与处理器数目相等。 java -Xmx512m -Xms512m -Xmn192m -Xss128k -XX:UseParallelGC -XX:ParallelGCThreads20 -XX:UseParallelOldGC -XX:UseParallelOldGC 配置年老代垃圾收集方式为并行收集。JDK6.0支持对年老代并行收集。 java -Xmx512m -Xms512m -Xmn192m -Xss128k -XX:UseParallelGC -XX:MaxGCPauseMillis100 -XX:MaxGCPauseMillis100 设置每次年轻代垃圾回收的最长时间如果无法满足此时间JVM会自动调整年轻代大小以满足此值。 如果指定了此值的话堆大小和垃圾回收相关参数会进行调整以达到指定值设定辞职可能会减少应用的吞吐量。 java -Xmx512m -Xms512m -Xmn192m -Xss128k -XX:UseParallelGC -XX:MaxGCPauseMillis100 -XX:UseAdaptiveSizePolicy -XX:UseAdaptiveSizePolicy 设置此选项后并行收集器会自动选择年轻代区大小和相应的Survivor区比例以达到目标系统规定的最低相应时间或者收集频率等此值建议使用并行收集器时一直打开。 -XX:GCTimeRation:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1n) 吞吐量吞吐量为垃圾回收时间与非垃圾回收时间的比值。-XX:GCTimeRatio19时表示5%的时间用于垃圾回收默认情况99即1%的时间用于垃圾回收