[asterisk-bugs] [Asterisk 0012772]: Trunk version of chan_sip significantly slower than 1.4.19.1

noreply at bugs.digium.com noreply at bugs.digium.com
Thu Jun 26 11:32:14 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12772 
====================================================================== 
Reported By:                ctooley
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   12772
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             06-02-2008 10:09 CDT
Last Modified:              06-26-2008 11:32 CDT
====================================================================== 
Summary:                    Trunk version of chan_sip significantly slower than
1.4.19.1
Description: 
The version of chan_sip in trunk seems to perform actions quite a bit
slower than 1.4.19.1, I have provided some information to Murf.
====================================================================== 

---------------------------------------------------------------------- 
 pj - 06-26-08 11:32  
---------------------------------------------------------------------- 
I'm not original reporter of this bugreport, but my issue with last trunk
is with excessive cpu utilization, that is actually caused by
res_timing_pthread.so, consequence of this is overall performance
degradation, when this module is loaded. I think it should not be loaded
"by default" due this, but only in special cases, like iax trunking.


from ast-dev discusion:

----- "Pavel Jezek" <pavel.jezek at i.cz> wrote:

> > I'm using asterisk trunk on pc with 300MHz mobile pentium cpu and one
> > simple sip2sip call (without transcoding) causes cpu load about 20%!
> > seems, that new timing interface eats much cpu cycles,
> > As workaround, I put noload => res_timing_pthread.so into
modules.conf
> > and now, I have utilization about 2-3%, that is like (maybe slightly 
> > more) previous trunk revisions.
> > issue is probably related to suspended bugreport
http://bugs.digium.com/view.php?id=0012772
> > Is res_timing_pthread.so actually needed for pure ip asterisk
(without
> > pstn cards installed)? As I read, Meetme still need ztdummy, so what 
> > res_timing is actually doing?

Timing in Asterisk is used in Asterisk for IAX2 trunking, generator
timing, and file playback timing.  Without it, IAX2 trunking will not work
at all.  Things like file playback, and anything that uses generators
(music on hold, for example), will also not work in some cases.  They will
rely on incoming audio for timing.

20% is more than I would have expected, but I'm not _too_ surprised.  The
module is a bit of a hack.  There is a loop running every 5 ms.  I'm sure
someone will come up with a much better userspace timing module.   :) 

-- Russell Bryant Senior Software Engineer Open Source Team Lead Digium,
Inc. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-26-08 11:32  pj             Note Added: 0089290                          
======================================================================




More information about the asterisk-bugs mailing list