|
This is what I was looking for. Complete
and useful. I wish the manual was also prepared with the same explanation to
give everyone's a good picture of how these parameters should be used to
increase the reliability.
Thanks,
Bahram.
----- Original Message -----
Sent: Monday, January 23, 2006 6:47
AM
Subject: Re:
CallSignalHandlerNumber and RtpHandlerNumber
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/
|
