[dtrace-discuss] FW: Memory Leak Problem in My Application running on Solaris 10.
James C. McPherson
James.McPherson at Sun.COM
Mon Jun 9 04:20:22 PDT 2008
Sana, Srikant wrote:
>
>
> Hi,
>
> This is regarding Dtrace usability for memory leak detection.
>
> We have real-time application written C++ which runs on Solaris 10
> having a problem that's the my application grows in size from 130 Mb
> to 450Mb in around 15 days.
>
> So there is two possibilities with the application growth of memory
> due to Size growth of Dictionary Objects (Like Maps) and Memory Leak.
>
> (Dictionary Objects we can print the size but its live production
> site where the problem is happening also there are many such object
> used the application)
>
> When I used Dtrace and libumem ( with mdb )to detect memory leak for
> C++ code.
>
> When I tried to run dtrace script available in SUN Site it stops
> abruptly
> With following error
>
> # dtrace -s ./CCagg_1.d `pgrep scadadbproc` | c++filt >>
> scadadbproc_dtrace
> dtrace: 91102 drops on CPU 0
> dtrace: processing aborted: Abort due to systemic unresponsiveness
Where is this D script found? What is it trying to look at?
> While suing mdb ( ::findleaks )
> It says no memory allocation done and says no leaks found.
Did you run ::findleaks on a crash dump or a live system?
> 1) Is there any way where I can restrict dtrace to look for probe only
> certain source files or functions?
Not so sure about source files, but yes to functions. Eg, if I want
to search for calls to open(2), then I'd use
pid$target::open:
> 2) Is there any way to handle such problems?
Yes, but we need more info from you in order to help you.
> 3) I got a clue of using "libgc.so" which acts as garbage collector is
> there any problem in using and how reliable and effective is this.
> ( it works fine on sample application but not improvement in real
> application ) . I just linked the library "libgc.so" at compile time ?
> Anything else need to done for this ?
Can't answer this one, sorry, but have you read the article
http://developers.sun.com/solaris/articles/libgc.html
James C. McPherson
--
Senior Kernel Software Engineer, Solaris
Sun Microsystems
http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog
More information about the dtrace-discuss
mailing list