CallSignalHandlerNumber: number of threads handling TCP signaling connections
more threads, better call throughput (because if a single thread will block for longer time,
other threads can still handle remaining calls). These threads also handle auth/acct,
so if you have a slow backend, more threads may increase performance.
I'd set it to 5-10% of average concurrent calls.
RtpHandlerNumber: number of threads that handle RTP proxy traffic. I'd not set it
too high (1 or 2 should be enough), as RTP traffic does not
block thread execution for long time.
One exception are Window systems, as there is a limit of 64 sockets per Signal/Rtp thread,
so you need greater values for CallSignalHandlerNumber/RtpSignalHandlerNumber
----- Original Message -----
From: "Bahram S. Biria" <bsbiria@xxxxxxxxxxxxx>
Sent: Wednesday, January 18, 2006 11:46 PM
What number do you choose for CallSignalHandlerNumber and RtpHandlerNumber parameters having the following information.
- The number of actual CPUs (normally this number would be twice if HyperThreading is involved)
- The available memory
- An estimate of the maximum number of concurrent calls
In other words, is there any kind of direct formula or consideration for reaching to a better number for these two parameters? or
all has to be done by a guess first and then trial and error.
what would be the maximum number for these two parameters?
How increasing or decreasing these numbers would affect the performance and reliability?
Should these two numbers be considered equal or there are different considerations for choosing the right number for each?
Thanks,
- Bahram
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________________
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/
