Solaris下signal 9产生的core问题

[农夫伤拳有点疼]

如题，最近服务程序经常会core，跟进去一看都是signal 9，一时不知如何解决，请大神给予帮助，程序本身逻辑会占用大量的内存，会不会可能是运行久了，存在内存泄漏，达到了系统的阀值，被系统给强停了？
core信息如下:
[New LWP 1025]
[New LWP 1106]
Cannot access memory at address 0xffffffff7f73c008
Cannot access memory at address 0xffffffff7f73c008
Cannot access memory at address 0xffffffff7f73c008
Reading symbols from /usr/lib/sparcv9/ld.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/sparcv9/ld.so.1
Cannot access memory at address 0xffffffff7f73c008
Core was generated by `odframe-1233-1828-1 -i /mdbdata1/dr_mdb1/config/run/mdb_session_1233/mdb_sessio'.
Program terminated with signal 9, Killed.
#0 0xffffffff7addc744 in _rt_boot () from /usr/lib/sparcv9/ld.so.1
(gdb) where
#0 0xffffffff7addc744 in _rt_boot () from /usr/lib/sparcv9/ld.so.1
#1 0xffffffff7adcb4f8 in ?? ()
#2 0xffffffff7adcb4f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) quit

[zhxianbin]

http://blog.csdn.net/ithomer/article/details/5945152 google GDB core

[小笨和漂向北方]

it looks like your program triggered OOM killer. As you indicated, this program could require a lot of RAM. When ur OS can't allocate any RAM including swap to this sucker, OOM killer kicked in and terminated your program. If there is a memory leak, you will have to fix it. Otherwise, it simply means you need to upgrade the machine with more memory chips...