PCzhang
2011-11-08 17:20

2011年11月06日 20:46 "@docsun"的内容
可以找一下微调JVM的帖子,尝试一下 ...

如果数据量很大,微调效果是否显著, 没有做过, 不是太清楚。

我觉得donglangjohn的说法不错, 用Pool

billows
2011-11-08 20:32

YGC : 1151

在将近 3个小时内 monitor gc 1151次,是否频繁?

虽然 YGCT 只有 8.462 S

在程序运行期间,用jconsole查看内存使用情况时,看见 survivor space 频繁跳动。

微调会尝试做一下,即使是学习。

pool或cache在代码重构的时候可以具体分析一下。

[该贴被billows于2011-11-08 20:39修改过]

docsun
2011-11-09 14:10

2011年11月08日 17:20 "@PCzhang"的内容
如果数据量很大,微调效果是否显著, 没有做过, 不是太清楚。

我觉得donglangjohn的说法不错, 用Pool ...

看帖子说的好像是因为GC回收的过于频繁造成的,这样只能去微调JVM,让GC的回收机制发生变化才能减少这样的回收发生吧

PCzhang
2011-11-11 09:38

2011年11月09日 14:10 "@docsun"的内容
看帖子说的好像是因为GC回收的过于频繁造成的,这样只能去微调JVM,让GC的回收机制发生变化才能减少这样的回收发生吧 ...

回收过于频繁是因为始终创建新对象。

hewei1997
2011-11-11 15:06

2011年11月08日 20:32 "@billows"的内容
YGC : 1151

在将近 3个小时内 monitor gc 1151次,是否频繁?

虽然 YGCT 只有 8.462 S ...

8.46/3*3600=0.0007....,大概占用时间是7%,其实你这个还好了。不算gc频繁的那种,关键要看full gc有多少,gc耗费的时间占整个系统运行时间的百分比。而且我看到你们现在貌似整个jvm才分配了1g的内存,还是分配的比较少的。