Hello list,
I have always though codec translation table is dircetly connected to system
speed, utill i came across this:
in my lab, i have 2 boxes,
First box is an Intel Celeron 1.7 GHZ with 256M RAM:
show translation
Translation times between formats (in milliseconds) for one second of
data
Source Format (Rows) Destination Format (Columns)
g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc
g726 g722
gsm - - 2 2 3 2 1 9
- - 25 3 -
ulaw - 6 - 1 3 2 1 9
- - 25 3 -
ilbc - 10 6 6 7 6 5 13
- - - 7 -
g726 - 7 3 3 1 3 2 10
- - 26 - -
Second server is Dual Xeon 2Gh 1G RAM
show translation
Translation times between formats (in milliseconds) for one second of
data
Source Format (Rows) Destination Format (Columns)
g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g72
gsm - - 4 4 6 4 3 28 -
- 25 5 -
ulaw - 7 - 1 4 2 1 26 -
- 23 3 -
ilbc - 9 4 4 6 4 3 28 -
- - 5 -
g726 - 7 2 2 1 2 1 26 -
- 23 - -
Here is the fun part, box1 is faster in converting ulaw to gsm!
Is this table accurate?
Does it mean asterisk is not handeling multiple cpus very good?
both boxes running asterisk 1.4.4
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20070504/084c791d/attachment.htm
It's the magical Celeron chip.
--------------------------------------------------
Salvatore Giudice
Salvatore.Giudice@VoIPSecurityTraining.com
VoIP Security Training, LLC
http://VoIPSecurityTraining.com
848 N. Rainbow Blvd. #1676
Las Vegas, NV 89107
Phone: (617) 959-7625
Fax: (214) 279-2906
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Al
Sent: Friday, May 04, 2007 3:08 AM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] Asterisk Codec Translation Table
Hello list,
I have always though codec translation table is dircetly connected to system
speed, utill i came across this:
in my lab, i have 2 boxes,
First box is an Intel Celeron 1.7 GHZ with 256M RAM:
show translation
Translation times between formats (in milliseconds) for one second
of data
Source Format (Rows) Destination Format (Columns)
g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc
g726 g722
gsm - - 2 2 3 2 1 9
- - 25 3 -
ulaw - 6 - 1 3 2 1 9
- - 25 3 -
ilbc - 10 6 6 7 6 5 13
- - - 7 -
g726 - 7 3 3 1 3 2 10
- - 26 - -
Second server is Dual Xeon 2Gh 1G RAM
show translation
Translation times between formats (in milliseconds) for one second
of data
Source Format (Rows) Destination Format (Columns)
g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726
g72
gsm - - 4 4 6 4 3 28 -
- 25 5 -
ulaw - 7 - 1 4 2 1 26 -
- 23 3 -
ilbc - 9 4 4 6 4 3 28 -
- - 5 -
g726 - 7 2 2 1 2 1 26 -
- 23 - -
Here is the fun part, box1 is faster in converting ulaw to gsm!
Is this table accurate?
Does it mean asterisk is not handeling multiple cpus very good?
both boxes running asterisk 1.4.4
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20070504/ec730600/attachment.htm
On Fri, May 04, 2007 at 01:07:37AM -0600, Al wrote:> Here is the fun part, box1 is faster in converting ulaw to gsm! > Is this table accurate?Yes. The task of transcoding a single call is done by a single thread and hence a single CPU.> Does it mean asterisk is not handeling multiple cpus very good? > both boxes running asterisk 1.4.4If you're only going to have one concurrent transcoding, this will indeed be the case. But in that case a nice little PII will also do :-) When you have multiple calls, each call (or actually: each channel, but that doesn't really matter here) will be handled by a different thread. And threads can be schuled to different CPUs concurrently. -- Tzafrir Cohen icq#16849755 jabber:tzafrir@jabber.org +972-50-7952406 mailto:tzafrir.cohen@xorcom.com http://www.xorcom.com iax:guest@local.xorcom.com/tzafrir