I have seen similar things in the past, but only during startup. When started, do a show translation and look again, if that value is ok, you can ignore the one on startup. Zoa. At 12:06 23/10/2004, you wrote:>Hello, > >During asterisk bootup, I've been having a fun time with a random delay >which can be quite long, from what seems to be the codec_ilbc.so file. > >I notice in verbose mode the cost is rather high, and was hoping someone >will have some insight on what's going on here. > >Prior to a harddrive dying, I was running * on this same hardware >flawlessly. The only difference now is a new RAID card (no IRQ >conflicts), and a pair of harddrives instead of jsut one. This seems to >happen on both CVS and stable 1.0.1. > >[codec_ilbc.so] => (iLBC/PCM16 (signed linear) Codec Translator) >== Registered translator 'ilbctolin' from format ILBC to SLINR, cost 215 >== Registered translator 'lintoilbc' from format SLINR to ILBC, cost 629693 > > >TIA, >Trevor Peirce >_______________________________________________ >Asterisk-Users mailing list >Asterisk-Users@lists.digium.com >http://lists.digium.com/mailman/listinfo/asterisk-users >To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
Could you give us more information on: Distro, kernel version, compiler, makefile flags, version of asterisk, and hardware on your machine, + loaded modules ? GSM to LPC10 is also way tooo slow. --------->*CLI> show uptime >System uptime: 27 minutes, 2 seconds >*CLI> show translation > Translation times between formats (in milliseconds) > Source Format (Rows) Destination Format(Columns) > > > > G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC > G723 - - - - - - - - - - - > GSM - - 2 2 4 2 1 1238 - - 529695 > ULAW - 5 - 1 4 2 1 1238 - - 529695 > ALAW - 5 1 - 4 2 1 1238 - - 529695 > G726 - 7 4 4 - 4 3 1240 - - 529697 >ADPCM - 5 2 2 4 - 1 1238 - - 529695 >SLINR - 4 1 1 3 1 - 1237 - - 529694 >LPC10 - 196 193 193 195 193 192 - - - 529886 >G729A - - - - - - - - - - - >SPEEX - - - - - - - - - - - > ILBC - 219 216 216 218 216 215 1452 - - -
Hello, During asterisk bootup, I've been having a fun time with a random delay which can be quite long, from what seems to be the codec_ilbc.so file. I notice in verbose mode the cost is rather high, and was hoping someone will have some insight on what's going on here. Prior to a harddrive dying, I was running * on this same hardware flawlessly. The only difference now is a new RAID card (no IRQ conflicts), and a pair of harddrives instead of jsut one. This seems to happen on both CVS and stable 1.0.1. [codec_ilbc.so] => (iLBC/PCM16 (signed linear) Codec Translator) == Registered translator 'ilbctolin' from format ILBC to SLINR, cost 215 == Registered translator 'lintoilbc' from format SLINR to ILBC, cost 629693 TIA, Trevor Peirce
joachim wrote:> I have seen similar things in the past, but only during startup. > > When started, do a show translation and look again, if that value is > ok, you can ignore the one on startup.*CLI> show uptime System uptime: 27 minutes, 2 seconds *CLI> show translation Translation times between formats (in milliseconds) Source Format (Rows) Destination Format(Columns) G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC G723 - - - - - - - - - - - GSM - - 2 2 4 2 1 1238 - - 529695 ULAW - 5 - 1 4 2 1 1238 - - 529695 ALAW - 5 1 - 4 2 1 1238 - - 529695 G726 - 7 4 4 - 4 3 1240 - - 529697 ADPCM - 5 2 2 4 - 1 1238 - - 529695 SLINR - 4 1 1 3 1 - 1237 - - 529694 LPC10 - 196 193 193 195 193 192 - - - 529886 G729A - - - - - - - - - - - SPEEX - - - - - - - - - - - ILBC - 219 216 216 218 216 215 1452 - - -
Benjamin on Asterisk Mailing Lists
2004-Oct-23 02:56 UTC
[Asterisk-Users] iLBC/PCM16 Huge Cost
On Sat, 23 Oct 2004 02:16:44 -0700, Trevor Peirce <tpeirce@digitalcon.ca> wrote:> G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC > G723 - - - - - - - - - - - > GSM - - 2 2 4 2 1 1238 - - 529695 > ULAW - 5 - 1 4 2 1 1238 - - 529695 > ALAW - 5 1 - 4 2 1 1238 - - 529695 > G726 - 7 4 4 - 4 3 1240 - - 529697 > ADPCM - 5 2 2 4 - 1 1238 - - 529695 > SLINR - 4 1 1 3 1 - 1237 - - 529694 > LPC10 - 196 193 193 195 193 192 - - - 529886 > G729A - - - - - - - - - - - > SPEEX - - - - - - - - - - - > ILBC - 219 216 216 218 216 215 1452 - - - >Whoa. There must be something very wrong with your codec translation. I am getting the following on a PIII 533MHz IBM with Intel mobo, two Zaptel cards, no shared interrupts ... tyo-switch*CLI> show translation Translation times between formats (in milliseconds) Source Format (Rows) Destination Format(Columns) G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC G723 - - - - - - - - - - - GSM - - 4 4 10 4 3 - - - 66 ULAW - 9 - 1 8 2 1 - - - 64 ALAW - 9 1 - 8 2 1 - - - 64 G726 - 15 8 8 - 8 7 - - - 70 ADPCM - 9 2 2 8 - 1 - - - 64 SLINR - 8 1 1 7 1 - - - - 63 LPC10 - - - - - - - - - - - G729A - - - - - - - - - - - SPEEX - - - - - - - - - - - ILBC - 18 11 11 17 11 10 - - - - Can you set up a test call where Asterisk will transcode from ulaw to ILBC and see what it does to your CPU load? rgds benjk -- Sunrise Telephone Systems, 9F Shibuya Daikyo Bldg., 1-13-5 Shibuya, Tokyo, Japan. NB: Spam filters in place. Messages unrelated to the * mailing lists may get trashed.
Benjamin on Asterisk Mailing Lists [benjk.on.asterisk.ml@gmail.com] wrote:> On Sat, 23 Oct 2004 02:16:44 -0700, Trevor Peirce <tpeirce@digitalcon.ca> wrote: > > G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC > > G723 - - - - - - - - - - - > > GSM - - 2 2 4 2 1 1238 - - 529695 > > ULAW - 5 - 1 4 2 1 1238 - - 529695 > > ALAW - 5 1 - 4 2 1 1238 - - 529695 > > G726 - 7 4 4 - 4 3 1240 - - 529697 > > ADPCM - 5 2 2 4 - 1 1238 - - 529695 > > SLINR - 4 1 1 3 1 - 1237 - - 529694 > > LPC10 - 196 193 193 195 193 192 - - - 529886 > > G729A - - - - - - - - - - - > > SPEEX - - - - - - - - - - - > > ILBC - 219 216 216 218 216 215 1452 - - - > > > Whoa. There must be something very wrong with your codec translation. > I am getting the following on a PIII 533MHz IBM with Intel mobo, two > Zaptel cards, no shared interrupts ... > > [snip: show translation results] > > Can you set up a test call where Asterisk will transcode from ulaw to > ILBC and see what it does to your CPU load? >Also, try recalculating the translation matrix display values by typing "show translation recalc 5". -- _/ _/ _/_/_/_/ _/ _/ _/_/_/ _/ _/ _/_/_/ _/_/ _/ _/ _/ _/_/ _/ K e v i n W a l s h _/ _/ _/ _/ _/ _/ _/ _/_/ kevin@cursor.biz _/ _/ _/_/_/_/ _/ _/_/_/ _/ _/
Just an FYI show translation recalc 10 Give that a go. bkw> -----Original Message----- > From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users- > bounces@lists.digium.com] On Behalf Of Benjamin on Asterisk Mailing Lists > Sent: Saturday, October 23, 2004 4:56 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] iLBC/PCM16 Huge Cost > > On Sat, 23 Oct 2004 02:16:44 -0700, Trevor Peirce <tpeirce@digitalcon.ca> > wrote: > > G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC > > G723 - - - - - - - - - - - > > GSM - - 2 2 4 2 1 1238 - - > 529695 > > ULAW - 5 - 1 4 2 1 1238 - - > 529695 > > ALAW - 5 1 - 4 2 1 1238 - - > 529695 > > G726 - 7 4 4 - 4 3 1240 - - > 529697 > > ADPCM - 5 2 2 4 - 1 1238 - - > 529695 > > SLINR - 4 1 1 3 1 - 1237 - - > 529694 > > LPC10 - 196 193 193 195 193 192 - - - > 529886 > > G729A - - - - - - - - - - - > > SPEEX - - - - - - - - - - - > > ILBC - 219 216 216 218 216 215 1452 - - - > > > > Whoa. There must be something very wrong with your codec translation. > I am getting the following on a PIII 533MHz IBM with Intel mobo, two > Zaptel cards, no shared interrupts ... > > tyo-switch*CLI> show translation > Translation times between formats (in milliseconds) > Source Format (Rows) Destination Format(Columns) > > G723 GSM ULAW ALAW G726 ADPCM SLINR LPC10 G729A SPEEX ILBC > G723 - - - - - - - - - - - > GSM - - 4 4 10 4 3 - - - 66 > ULAW - 9 - 1 8 2 1 - - - 64 > ALAW - 9 1 - 8 2 1 - - - 64 > G726 - 15 8 8 - 8 7 - - - 70 > ADPCM - 9 2 2 8 - 1 - - - 64 > SLINR - 8 1 1 7 1 - - - - 63 > LPC10 - - - - - - - - - - - > G729A - - - - - - - - - - - > SPEEX - - - - - - - - - - - > ILBC - 18 11 11 17 11 10 - - - - > > Can you set up a test call where Asterisk will transcode from ulaw to > ILBC and see what it does to your CPU load? > > rgds > benjk > > -- > Sunrise Telephone Systems, 9F Shibuya Daikyo Bldg., 1-13-5 Shibuya, > Tokyo, Japan. > > NB: Spam filters in place. Messages unrelated to the * mailing lists > may get trashed. > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users