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.
|
