Hi James,
Thank you for the response.
The application is a real-time Data acquisition system running continuously
(24x7x365) written in C++ running on Solaris 10 , Ultra 45 Servers.
It uses Versant OODBMS as database. We are using OSE STL library. We are using
socket communication to get data.
1) The dtrace script which I is used is here ( which taken from sun site )
#!/usr/sbin/dtrace -s
#pragma D option quiet
/*
__1c2k6Fpv_v_ == void operator delete(void*)
__1c2n6FI_pv_ == void*operator new(unsigned)
*/
pid$1::__1c2n6FI_pv_:entry
{
ustack();
}
pid$1::__1c2n6FI_pv_:return
{
printf("%s: %x\n", probefunc, arg1);
}
pid$1::__1c2k6Fpv_v_:entry
{
printf("%s: %x\n", probefunc, arg0);
}
2) Regarding MDB : I generated core file from the live system using gcore,
then used that core file with mdb to findleaks.
3) libgc.so usage ,I tried after reading the article you have mentioned.
Here is the few things which found after code analysis ,
We could see that objects of class LNA_Path , LNA_SimplePath are
growing continuously in number.( Found this by using static member in
class and incrementing and decrementing the count in constructor and
destructor of the class. But not sure if it is the real problem.)
Please let me know if any further information required in this regard about the
application.
Also let me know which tool to use to identify the memory leaks the application.
Rgds
S L Srikant
--
This message posted from opensolaris.org
_______________________________________________
dtrace-discuss mailing list
[email protected]
