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 _______________________________________________ dtrace-discuss mailing list [email protected]
