t****r 发帖数: 25 | 1 damn i hate OutOfMemory error. |
g*****g 发帖数: 34805 | 2 what do you mean? try -Xmx256M or more
【在 t****r 的大作中提到】 : damn i hate OutOfMemory error.
|
t****r 发帖数: 25 | 3 no use. i set java heap to 1024M already.. sigh//
【在 g*****g 的大作中提到】 : what do you mean? try -Xmx256M or more
|
g*****g 发帖数: 34805 | 4 Then it's probably your problem, you may have very serious
memory leak. Check where you load big objects, are they
stored in some static and long-life collection objects and
were never manually removed?
【在 t****r 的大作中提到】 : no use. i set java heap to 1024M already.. sigh//
|
t****r 发帖数: 25 | 5 yeah... i have sth 20MB obj in memory.
【在 g*****g 的大作中提到】 : Then it's probably your problem, you may have very serious : memory leak. Check where you load big objects, are they : stored in some static and long-life collection objects and : were never manually removed?
|
m******t 发帖数: 2416 | 6 This may be a good starting point for you:
http://www.manageability.org/blog/stuff/open-source-profilers-for-java
And of course, there's always the Poor Man's Memory Profiler,
i.e., "java -Xloggc:c:\gc.log". 8-) |
t****r 发帖数: 25 | 7 cool... let me take a look at the link...
【在 m******t 的大作中提到】 : This may be a good starting point for you: : http://www.manageability.org/blog/stuff/open-source-profilers-for-java : And of course, there's always the Poor Man's Memory Profiler, : i.e., "java -Xloggc:c:\gc.log". 8-)
|
p***p 发帖数: 559 | |
A**o 发帖数: 1550 | 9 so run a profiler and see the calling stacks.
you might have something doing recursive calls but the logic for
stopping it might be wrong.
【在 t****r 的大作中提到】 : damn i hate OutOfMemory error.
|