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

[Amit]

Will check and update.

*Thanks & Regards,*
Amit Patkar


On 1/28/2014 5:45 AM, Tiago Geada wrote:
> 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 
> <mailto:mjordan at digium.com>> wrote:
>
>     On Mon, Jan 27, 2014 at 1:02 PM, Ron Wheeler
>     <rwheeler at artifact-software.com
>     <mailto: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/20140129/8625ae2c/attachment.html>