[sip-comm-dev] RE : Re: [sip-comm-dev] [PATCH] Memory Leak in Sip Stack

M. (Neo-Ranga) Ranganathan mranga at gmail.com
Wed Sep 19 14:36:58 CEST 2007


Sure!

I can do that but only in SipStackImpl. You will have to typecast.

Regards

Ranga

On 9/19/07, D. Lazreg <dlazreg at yahoo.fr> wrote:
>
> Hi Ranga ,
>
> Is it possible to include the following methods : ?
>
> javax.sip.SipStack
>
>      /**
>      *
>      * list Server Transactions (@added dela 19.09.2007)
>      * Get a list of all servers transactions
>      * Used to monitor the SIP stack
>      * @return ConcurrentHashMap
>      */
>     public ConcurrentHashMap listServerTransactions();
>
>     /**
>     *
>     * list Client Transactions (@added dela 19.09.2007)
>     * Get a list of all client transactions
>     * Used to monitor the SIP stack
>     * @return ConcurrentHashMap
>     */
>     public   ConcurrentHashMap listClientTransactions() ;
>     /**
>      * list Client Transactions (@added dela 19.09.2007)
>      * Get a list of all pending transactions
>      * Used to monitor the SIP stack
>      * @return ConcurrentHashMap
>      */
>     public   ConcurrentHashMap listPendingTransactions() ;
>
>
> and  in  gov.nist.javax.sip.stack.SIPTransactionStack
>
>     /**
>     *
>     * list Server Transactions (@added dela 19.09.2007)
>     * Get a list of all servers transactions
>     * Used to monitor the SIP stack
>     * @return ConcurrentHashMap
>     */
>     public ConcurrentHashMap listServerTransactions() {
>         return serverTransactionTable ;
>     }
>     /**
>     *
>     * list Client Transactions (@added dela 19.09.2007)
>     * Get a list of all client transactions
>     * Used to monitor the SIP stack
>     * @return ConcurrentHashMap
>     */
>     public   ConcurrentHashMap listClientTransactions() {
>         return clientTransactionTable ;
>     }
>     /**
>     * list Client Transactions (@added dela 19.09.2007)
>     * Get a list of all pending transactions
>     * Used to monitor the SIP stack
>     * @return ConcurrentHashMap
>     */
>     public   ConcurrentHashMap listPendingTransactions() {
>         return pendingTransactions ;
>     }
>   To be able to monitor the SIP stack and to clean up unwanted left
> transactions
>
>
> Thanks
>
> Dennis
>
>
>
>
> "M. (Neo-Ranga) Ranganathan" <mranga at gmail.com> a écrit :
> Dennis,
>
> Saying that JProfiler shows a leak is not enough information. I need
> a small, self contained test program where I can look at the entire
> program and tell that there is no leak in the program. Take a look at
> test/load/concurrency I can run 10,000 call setup / teardown without
> trouble. Can you reproduce your problem using test/load/concurrency?
>
> As for the leak below, thats not coming from the SIP stack but it
> appears to be other data structures that SIP communicator is holding
> on to.
>
> Regards,
>
> Ranga
>
> On 9/14/07, Koch Michael wrote:
> > Hello!
> >
> > As a matter of fact, I've recently found some memory leaks in the SIP
> > protocol handling of SIP Communicator. I meant to send the patches
> earlier,
> > but had too much to do.
> >
> > MediaServiceImpl keeps a reference to every CallSessionImpl which is ever
> > created. There's a TODO comment to remove closed calls ;-) The patch goes
> > the simplest route and simply comments out the line which adds the newly
> > created callSession to the list of activeCallSessions, which can be done
> > because activeCallSessions is not used. Perhaps activeCallSessions coud be
> > removed completely until the time it is needed?
> >
> > The second patch deallocates and closes the players created during a
> > CallSession, which are currently only stopped.
> >
> > The third patch decreases the impact of a memory leak in the SUN JMF
> > implementation, which stores custom codec formats in a static Vector and
> > thus never releases them even if the RTP manager on which the format is
> > registered is released.
> >
> > I've found the patch by setting the JVM startup parameter
> > -XX:+HeapDumpOnOutOfMemoryError and then using Abbot
> (http://abbot.sf.net/)
> > to repeatedly start and end calls until I got an OutOfMemory error. I
> > analyzed the resulting heap dump with jhat, which is part of the JDK 1.6
> > (see
> http://java.sun.com/javase/6/docs/technotes/tools/share/jhat.html).
> > Unfortunately, the Abbot scripts which I've used won't work with the plain
> > SIP Communicator, since I've been testing with our in-house application,
> > which merely calls out to the SIP Communicator SIP module.
> >
> > Regards
> > Michael Koch
> >
> > > -----Ursprüngliche Nachricht-----
> > > Von: M. (Neo-Ranga) Ranganathan [mailto:mranga at gmail.com]
> > > Gesendet: Donnerstag, 13. September 2007 23:50
> > > An: dev at sip-communicator.dev.java.net
> > > Cc: D. Lazreg
> > > Betreff: Re: [sip-comm-dev] Memory Leak in Sip Stack
> > >
> > > Well, there can be a leak in long running applications that hold
> > > references from Hashtables and such. If you notice a leak, I would
> > > need a small self contained example to try to debug it.
> > >
> > > On 9/13/07, Matthew Rubenstein wrote:
> > > > How can there be a memory leak in a Java app, unless
> > > it's triggering a
> > > > bug in the JVM? Or is the SIP stack in native code?
> > > >
> > > >
> > > > On Thu, 2007-09-13 at 22:32 +0200, D. Lazreg wrote:
> > > > > Hi Emil
> > > > >
> > > > > Did notice a memory leak in the sip stack. ?
> > > > >
> > > > > Dennis
> >
> >
>
>
> --
> M. Ranganathan
> "There are two ways to write error-free programs; only the third one
> works." -- Alan Perlis
> http://www.animenewsnetwork.com/encyclopedia/anime.php?id=1052
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> dev-unsubscribe at sip-communicator.dev.java.net
> For additional commands, e-mail:
> dev-help at sip-communicator.dev.java.net
>
>
>
>
> ________________________________
> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
>
>


-- 
M. Ranganathan
"There are two ways to write error-free programs; only the third one
works." --  Alan Perlis
http://www.animenewsnetwork.com/encyclopedia/anime.php?id=1052

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe at sip-communicator.dev.java.net
For additional commands, e-mail: dev-help at sip-communicator.dev.java.net





More information about the dev mailing list