JProfiler - Powered by Jdon

共有 7 回复／ 1 页

xinying_ge

悄悄话
发表文章: 63
注册时间: 2006年09月26日 17:33

JProfiler	2007年06月11日 10:12
jprofiler 内存泄漏

用JProfiler如何区分内存溢出的种类。到底是因为数据太大，还是对象没有及时释放？

banq

悄悄话
发表文章: 9613
注册时间: 2002年08月03日 17:08

回复:JProfiler

2007年06月12日 10:19

根据JVM垃圾回收原理啊，你需要深入了解这方面知识，无论“数据太大（只要不超过可用内存），还是对象没有及时释放”，只要对象不被引用，就能被垃圾回收机制回收。
[该贴被banq于2007年06月12日 10:20修改过]

xinying_ge

悄悄话
发表文章: 63
注册时间: 2006年09月26日 17:33

回复:回复:JProfiler

2007年06月13日 09:13

终于有人回复了。
banq是这样的，其实就是有一个列表，列表中存很多条目，每点击一个条目，就会产生在个数据集（可能有很多数据）。在各个条目之间进行切换的时候，后台就会报内在溢出的错误。
一开始，我对她说，可能是对象引用没能及时的释放，所以才导致内存溢出。然后，我就用JProfiler查看系统运行时的Memory Views, Heap Walker, VM Telemetry Views。在条目切换时，VM Telemetry Views中显示内存增加的很快，从30M一下增到60M这样。但也不是一直在增长，如果不再切换条目，内增也就稳定下来了。但是如果，多切换几次，就报内存溢出。
在Memory Views查看其中涉及到的DataSet实例，也不多，就几个，而且也不大，就100K左右。我一开始以为，VM Telemetry Views中堆的数量增加，Memory Views也会相应的变大，但是变是变了，幅度非常的小。其中char[] 和 String实例最多。也是最大的。

banq

悄悄话
发表文章: 9613
注册时间: 2002年08月03日 17:08

回复:回复:回复:JProfiler

2007年06月13日 09:44

>从30M一下增到60M这样
变大正常，如果执行GC，应该一下子缩小，如果就是执行GC，还是不停增大，就是存在内存泄漏。

xinying_ge

悄悄话
发表文章: 63
注册时间: 2006年09月26日 17:33

回复:回复:回复:回复:JProfiler

2007年06月13日 14:15

执行了GC后，是变小了。说明内在应该没有泄漏。
但是，它仍会报出out of memory ，所以我就不懂了。难道就是因为数据量太大了吗？

java4u

悄悄话
发表文章: 1
注册时间: 2007年06月17日 18:19

re:JProfiler

2007年06月17日 18:26

启动应用程序时指定使用内存的参数试试

java -xms256m -xmx512m ...

banq

悄悄话
发表文章: 9613
注册时间: 2002年08月03日 17:08

回复:回复:回复:回复:回复:JProfiler

2007年06月19日 15:32

>执行了GC后，是变小了。说明内在应该没有泄漏。
>但是，它仍会报出out of memory

两者矛盾的，GC后变小，是不是恢复到原来的大小，如果增大100，变小50，其实还是增大50，时间长了，能不out of memory ?

另外，在程序中，确定不要无限制一下子读取巨大数据，分批读取。

xinying_ge

悄悄话
发表文章: 63
注册时间: 2006年09月26日 17:33

回复:回复:回复:回复:回复:回复:JProfiler

2007年06月22日 19:09

分批读取。数据是显示在swing的一个table里，我们没有实现分页。
[该贴被xinying_ge于2007年06月22日 19:18修改过]

jprofiler(8) 内存泄漏(27)

共有 7 回复／ 1 页