[asterisk-users] IOPS required by Asterisk for Call Recording

[Tiago Geada]

Hi,

MixMonitor takes a parameter of a system command to run when the recording
finishes. Like Chris said, you can write to ramdisk, and run a script that
will move the file into final position only when the call has done recording

Here we use:
                                Set(recordFile=${UNIQUEID}_${NUMBER}.gsm);

Set(recordPath=/var/log/asterisk/recordings/${CALLERID(dnid)}/${STRFTIME(${EPOCH},GMT+0,%F)});

MixMonitor(/ramdrive/${recordFile},,/usr/local/bin/mixmon "${recordFile}"
"${recordPath}");
                                SIPAddHeader(X-REC-FILE:
${recordPath}/${recordFile});

and /usr/local/bin/mixmon will move the file to $recordPath and whatever
else needs done on that file...



On 27 January 2014 21:55, Matthew Jordan <mjordan at digium.com> wrote:

> On Mon, Jan 27, 2014 at 1:02 PM, Ron Wheeler
> <rwheeler at artifact-software.com> wrote:
> > Can you get a reading of the total number of I/Os during your test? Peak
> > IOPS?
> > That might tell you very quickly about the storage pattern that Asterisk
> > uses.
> >
> > Can you configure a RAM drive to see if disk is really the bottleneck.
> May
> > need to add some more RAM memory to your configuration.
> >
> > What is your network capacity? Usually one can write faster than the
> network
> > can deliver - just to make sure that you are chasing the right
> bottleneck.
> >
> > What happens at 80 calls to tell you that you have run out of IOPS?
>
> Dovetailing on this question, I'll add one as well:
>
> Are you recording using MixMonitor, or Monitor?
>
> Depending on your answer to the "what happens at 80 calls", you may
> get better results with MixMonitor over Monitor. MixMonitor offloads
> the recording of the media to a separate thread; Monitor attempts to
> record the audio on the thread servicing the channel(s).
>
> Matt
>
> --
> 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
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>                http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20140128/c81bfd5e/attachment.html>