[asterisk-bugs] [Asterisk 0017223]: [patch] System() taking excessive time to return, asterisk-1.6.2.6

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Apr 22 16:35:30 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17223 
====================================================================== 
Reported By:                dbackeberg
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17223
Category:                   Applications/app_system
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.6 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-04-21 14:37 CDT
Last Modified:              2010-04-22 16:35 CDT
====================================================================== 
Summary:                    [patch] System() taking excessive time to return,
asterisk-1.6.2.6
Description: 
I've opened a discussion on asterisk-users on April 2010 regarding problems
I've seen with System() calls on asterisk-1.6.2.6. I have a dialplan that
does seemingly bening things that should return lightning fast, like:

exten => s,1,Verbose(EXTENSION is: ${EXTEN})
exten =>
s,n,Set(FIREBREAK_GENERIC=/var/lib/asterisk/sounds/firebreak/catchall)
exten => s,n,System(test -e ${FIREBREAK_GENERIC}.*)
exten => s,n,Verbose(System call result was ${SYSTEMSTATUS})
exten => s,n,ExecIf($[${SYSTEMSTATUS} =
SUCCESS]?Playback(${FIREBREAK_GENERIC}))

The System() call in this example is very straightforward. Use System() to
determine if file exists, if yes, play it.

As a verification that the system call runs fine...
[root at fivr03 ~]# test -e /var/lib/asterisk/sounds/firebreak/catchall.*
[root at fivr03 ~]# echo $?
1
[root at fivr03 ~]# time test -e
/var/lib/asterisk/sounds/firebreak/catchall.*

real	0m0.000s
user	0m0.001s
sys	0m0.000s

However, with stock asterisk-1.6.2.6 on two of my CentOS systems, each
call to System() takes upwards of half a second to return from the call.
Problem was always reproducible on these systems with this dialplan. I have
a third system with asterisk-1.6.2.6 on Gentoo, and I did not have this
problem on that system. I don't know what that means.

Kevin Fleming suggested on asterisk-users to modify main/app.c,
ast_close_fds_above_n() function. 

I have done so, and this solves my problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0120781) dbackeberg (reporter) - 2010-04-22 16:35
 https://issues.asterisk.org/view.php?id=17223#c120781 
---------------------------------------------------------------------- 
I applied patch, and I'm not spotting where I'm supposed to be seeing the
new debugging output. But I did make an interesting, probably relevant
discovery....

If I startup asterisk from my daemon, I have the slow behavior, using the
tilghman patch, and my asterisk.conf messages set to one million.

But if I start it up with

asterisk -vvvvvvvvvvvvvvvvvvvvvvvvvc

I get lightning fast behavior.

I tried as both root, and as asterisk user, and in both situations, it's
slow running as daemon, and fast running as user process.

What on earth does that mean? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-22 16:35 dbackeberg     Note Added: 0120781                          
======================================================================




More information about the asterisk-bugs mailing list