Re: Controlling Threads

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ok, there was the motivation for my question on how to obtain the state of each running thread... With more RAM, I see that after a while the thread number drop to the normal (something like 8~10 threads) and the CPU consumption falls back from 99.9% (not to say 100%... ;) ) to 1~2% (as expected).

 

Reviewing the debug messages generated by the system I find, p.ex.:

...

2006/08/02 14:38:37.054 2             RasTbl.cxx(2029)  CallTable::Insert(CALL) Call No. 939, total sessions : 7

...

2006/08/02 14:38:37.422 3             gkacct.cxx(944)   GKACCT  SQLAcct logged event 1 for call no. 939

2006/08/02 14:38:37.422 2             gkacct.cxx(984)   GKACCT  Successfully logged event 1 for call no. 939

...

2006/08/02 14:38:56.993 3             gkacct.cxx(944)   GKACCT  SQLAcct logged event 2 for call no. 939

2006/08/02 14:38:56.993 3             gkacct.cxx(944)   GKACCT  FileAcct logged event 2 for call no. 939

2006/08/02 14:38:56.993 2             gkacct.cxx(984)   GKACCT  Successfully logged event 2 for call no. 939

...

2006/08/02 14:39:01.209 3             RasTbl.cxx(1368)  Gk      Delete Call No. 939

...

 

As the SQLAcct is been maded on another machine (217 ms away), I suppose that this time gaps are ok…

 

I would appreciate help in debugging this behavior, but I need some guidance... Please let me know how to collect the ecessary informations...

 

Edson.

 

P.S.: just to let You know: this GK is not configured as a proxy machine. It’s only a H.323 ‘router’, acting as a Gatekeeper-Directory.

 

> -----Original Message-----

> From: openh323gk-users-bounces@xxxxxxxxxxxxxxxxxxxxx [mailto:openh323gk-

> users-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Zygmuntowicz Michal

> Sent: quarta-feira, 2 de agosto de 2006 11:42

> To: GNU Gatekeeper Users

> Subject: Re: Controlling Threads

>

> An interesting observation - the number of threads should not go so high

> with such low volumes. Maybe there is some problem with thread pool

> management - I am not sure. Are all/most of these threads busy?

> I would suspect an auth/acct module being a bottleneck, but as you noted

> this is not the case.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux