jvm 非堆内存是否可gc

问题描述

如题:各位大侠,我在网上看了很多帖子,各执一词,欢迎讨论!

解决方案

解决方案二:
GC不会在主程序运行期对PermGenSpace进行清理
解决方案三:
应该不会的
解决方案四:
非堆内存有gc的必要吗?栈里的数据随着方法的调用而产生,又随着方法的退出而释放内存,整个main方法退出之后,所有的栈内存都释放了
解决方案五:
引用3楼nokiaisacat的回复:

非堆内存有gc的必要吗?栈里的数据随着方法的调用而产生,又随着方法的退出而释放内存,整个main方法退出之后,所有的栈内存都释放了

+1
解决方案六:
尽量不要在代码里面调用gc,当你的代码需要调用gc的时候,应该考虑代码是否需要优化。

时间: 2024-09-30 16:17:23

jvm 非堆内存是否可gc的相关文章

centos中修改tomcat中JVM非堆内存默认配置解决内存溢出

系统CentOS6.4下yum安装了tomcat6和jdk1.6,安装配置过程如下: http://www.111cn.net/sys/CentOS/72007.htm tomcat中部署两个项目A.B,同时部署时报内存溢出错误,系统CPU负载飙升,而单独部署A.B 和 只部署多个A或者只部署多个B项目系统运行正常. 查看日志报错:OutOfMemoryError: PermGen space-.   查询资料得知:是非堆溢出(永久保存区域溢出) 这种错误常见在web服务器对JSP进行pre c

outofmemoryerror-weblogic的非堆内存MaxPermSize与系统max locked memory关联

问题描述 weblogic的非堆内存MaxPermSize与系统max locked memory关联 weblogic加载jsp预编译出现内存溢出,OutOfMemoryError: PermGen space java.lang.OutOfMemoryError: PermGen space 一查是MaxPermSize设置的太小了,想调大一点,但同事说系统参数max locked memory=64设置的不够,这个参数没放大调了MaxPermSize也没用,然后懵逼了啊,这两个参数有什么关

jvm中堆和非堆的划分,请不要从别处粘帖内容或者发链接给我,看清题目再回答

问题描述 jvm中堆和非堆的划分,请不要从别处粘帖内容或者发链接给我,看清题目再回答 哪位大神能给我讲解一个问题,我们使用参数-Xms -Xmx设置堆内存的最小值和最大值,-XX:PermSize -XX:MaxPermSize设置非堆内存的最小值和最大值,这里的非堆内存包括Permanent Space(永久存储区).但是为什么又说jvm中的堆内存分为三部分:Permanent Space 永久存储区.Young Generation Space 新生区.Tenure generation s

(2)java堆内存

java堆内存结构图 [名词解释]--->eden,so,s1通称为新生代对象储区--->tenured称为老年代对象存储区--->s0和s1也称为from和to区域,是两块大小相等,可以互换角色的内存空间.--->新生代的大小一般设置为真个堆内存空间的1/3或1/4左右 [行为解释]--->绝大数情况下,对象首先分配在eden区--->每进行一次垃圾回收,如果对象还存活,则年龄加1.--->不同年龄的对象存放在java堆不同的区域.--->不同区域的垃圾回

jvm系列(十):如何优化Java GC「译」

本文由CrowHawk翻译,地址:如何优化Java GC「译」,是Java GC调优的经典佳作. Sangmin Lee发表在Cubrid上的"Become a Java GC Expert"系列文章的第三篇<How to Tune Java Garbage Collection>,本文的作者是韩国人,写在JDK 1.8发布之前,虽然有些地方有些许过时,但整体内容还是非常有价值的.译者此前也看到有人翻译了本文,发现其中有许多错漏生硬和语焉不详之处,因此决定自己翻译一份,供大

详解Java的堆内存与栈内存的存储机制_java

堆与内存优化    今天测了一个项目的数据自动整理功能,对数据库中几万条记录及图片进行整理操作,运行接近到最后,爆出了java.lang.outOfMemoryError,java heap space方面的错误,以前写程序很少遇到这种内存上的错误,因为java有垃圾回收器机制,就一直没太关注.今天上网找了点资料,在此基础上做了个整理.  一.堆和栈     堆-用new建立,垃圾回收器负责回收          1.程序开始运行时,JVM从OS获取一些内存,部分是堆内存.堆内存通常在存储地址的

JVM内存管理:GC算法精解---分代搜集算法

引言 何为终极算法? 其实就是现在的JVM采用的算法,并非真正的终极.说不定若干年以后,还会有新的终极算法,而且几乎是一定会有,因为LZ相信高人们的能力. 那么分代搜集算法是怎么处理GC的呢? 对象分类 上一章已经说过,分代搜集算法是针对对象的不同特性,而使用适合的算法,这里面并没有实际上的新算法产生.与其说分代搜集算法是第四个算法,不如说它是对前三个算法的实际应用. 首先我们来探讨一下对象的不同特性,接下来LZ和各位来一起给这些对象选择GC算法. 内存中的对象按照生命周期的长短大致可以分为三种

JVM内存管理及GC机制

一.概述 Java GC(Garbage Collection,垃圾收集,垃圾回收)机制,是Java与C++/C的主要区别之一,作为Java开发者,一般不需要专门编写内存回收和垃圾清理代码,对内存泄露和溢出的问题,也不需要像C程序员那样战战兢兢.经过这么长时间的发展,Java GC机制已经日臻完善,几乎可以自动的为我们做绝大多数的事情. 虽然java不需要开发人员显示的分配和回收内存,这对开发人员确实降低了不少编程难度,但也可能带来一些副作用: 1. 有可能不知不觉浪费了很多内存 2. JVM花

JVM堆内存监测的一种方式,性能调优依旧任重道远

上月,由极客邦.InfoQ和听云联合主办2016 APMCon中国应用性能管理大会圆满落下帷幕.会上,Java冠军Martijn Verburg进行了一场Java and the Machine的分享,讨论了为什么数据分析至关重要.他有着十多年Java经验,目前是创业公司jClarity的CEO,jClarity是一款采用统计和机器学习来探究性能问题根源的方案.会后,InfoQ还专访Martijn以进一步了解沟通. JVM堆内存及一种监测方式 在讨论Martijn的团队如何进行堆内存监测之前,我