[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 Jul 17 17:57:46 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:              07-17-2008 17:57 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.
====================================================================== 

---------------------------------------------------------------------- 
 murf - 07-17-08 17:57  
---------------------------------------------------------------------- 
In response to oej's comment, I have uploaded 5 text files, the first four
are tables of profiling data, taken from runs of asterisk from the
team/murf/mtxprof branch, which is based on trunk.

profile.lowload.txt, profile data after two non-overlapping sip phone to
sip-phone calls, with cdr backends active, and the pthread timing not
loaded.

profile.higherload.txt, profile data after 360 sipp generated calls at
10-90 cps, .1 sec duration, with cdr backends active, and the pthread
timing not loaded.

profile.lowload2.txt, profile data after two non-overlapping sip phone to
sip-phone calls, with NO cdr backends active, and the pthread timing not
loaded.

profile.higherload2.txt, profile data after 1100+ sipp generated calls at
10-100 cps, .1 sec duration, with NO cdr backends active, and the pthread
timing not loaded.

and lastly, a sort of summation in the file profiling.report.txt.

As to how we realized that it was slower: ctooley noticed that the call
volume capability in trunk is substantially lower than in 1.4. For rigor, I
separate volume performance into two opposing groups: ultra-short calls at
high call/sec rates to test the call setup/teardown capabilities of the
driver, and infinite-length calls in parallel to test the data-shovelling
capabilities of
the driver. I noticed in the time between I had the astobj2 fixes made
chan_sip operational, and the time I merged those changes in trunk, that
performance dropped from 4.5x the original speed of trunk to .5x for max
cps.

ctooley estimates the performance drop to be 1/10th of 1.4.

The goal is find the reason(s) for this drop and remove it. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-17-08 17:57  murf           Note Added: 0090424                          
======================================================================




More information about the asterisk-bugs mailing list