[asterisk-app-dev] Pops when starting/switching audio files
krandon.bruse at gmail.com
Tue Sep 9 17:16:35 CDT 2014
As of right now, load is about 2.8. The majority of the problems are coming from I/O constraints first. We moved the DB off, as we had planned on doing - and also put the audio files in a ramdisk, as the same chunk of small audio files were part of every call (playback). The ARI interface is still extremely responsive. We are interested in seeing how it fails when it pushes - if the interface stays stable with a "graceful" failure, or if it effects all other calls. In the case of the manager interface, it would stop responding which immediately affected all calls. So far, we have not seen that with ARI (woohoo!)
Should we do some testing with Asterisk 13?
On Tuesday, September 9, 2014 at 5:01 PM, Matthew Jordan wrote:
> On Tue, Sep 9, 2014 at 5:01 PM, Krandon <krandon.bruse at gmail.com (mailto:krandon.bruse at gmail.com)> wrote:
> > The problem seems to be with only some of the audio files we are converting with SOX. I'm sure that's where the issue is. Sorry for the alarm!
> There were some major performance improvements with media that went into 13, so if you were running that, I'd be more suspicious. The media core in 12 is the same as 11, so there shouldn't be much difference in that version.
> > Just to give an update - we've currently had a single Asterisk box (quad core 3.0ghz - 8 gigs of ram - SSD) handle over 150 concurrent ARI calls with playback - originating about 10 new call requests per second.
> That's awesome news. If you don't mind me asking, what's the load on the box with that call rate?
> Matthew Jordan
> Digium, Inc. | Engineering Manager
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> Check us out at: http://digium.com & http://asterisk.org
> asterisk-app-dev mailing list
> asterisk-app-dev at lists.digium.com (mailto:asterisk-app-dev at lists.digium.com)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the asterisk-app-dev