I'm on it, going to get me some new hardware tomorrow and hope to have it up and running early next week.<br><br>tnx!<br><br><div class="gmail_quote">On Wed, Oct 21, 2009 at 17:42, Matt Florell <span dir="ltr"><<a href="mailto:astmattf@gmail.com">astmattf@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello,<br>
<br>
Yep, I'm the ViciDial Guy :)<br>
<br>
In our most recent release we do have some instructions in the<br>
SCRATCH_INSTALL.txt doc on setting up a tmpfs partition for recording.<br>
<br>
8GB should be fine for the 60 concurrent recordings under the times<br>
you gave, although with MySQL and Apache/PHP you may run into issues,<br>
so I would recommend moving MySQL/Apache/PHP off to a different server<br>
ASAP.<br>
<br>
Thanks for the compliments!<br>
<div><div></div><div class="h5"><br>
MATT---<br>
<br>
<br>
<br>
<br>
On 10/21/09, Robin <<a href="mailto:robin@zoap.org">robin@zoap.org</a>> wrote:<br>
> Hi Matt,<br>
><br>
> ain't you the vicidial guy? I'm actually trying to get this stuff fixed on a<br>
> vicidial system.<br>
><br>
> Anyway, the minimum length is 10-20 seconds, maximum can get as long as<br>
> 15-20 minutes, and on average it's about 2-5 minutes, depending on the<br>
> campaign.<br>
><br>
> The server is now doing everything btw, but I'm going to dedicate it to only<br>
> handle calling and recording. The rest (database and http) will be moved to<br>
> other servers, which might help a bit too.<br>
><br>
> Off topic: the company I work for went bankrupt a few months ago, but is<br>
> back in business and we are making heavy use of vicidial (awesome stuff).<br>
> Going to do loads of work on it, so hope to give loads of (usefull) code to<br>
> the vicidial project by the end of the year. Looking forward to it!<br>
><br>
><br>
> On Wed, Oct 21, 2009 at 17:11, Matt Florell <<a href="mailto:astmattf@gmail.com">astmattf@gmail.com</a>> wrote:<br>
> > Hello,<br>
> ><br>
> > We use RAM to record to on almost all systems we set up, although we<br>
> > usually use tmpfs, instead of a fixed RAM drive, because it is more<br>
> > flexible.<br>
> ><br>
> > The number of recordings you can handle is dependant on how long the<br>
> > calls are. What would your average, minimum, maximum recording lengths<br>
> > be?<br>
> ><br>
> > We usually do not do more than 100 concurrent recordings on a single<br>
> > server, but we have done up to 250 before successfully.<br>
> ><br>
> > MATT---<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On 10/21/09, Robin <<a href="mailto:robin@zoap.org">robin@zoap.org</a>> wrote:<br>
> > > Thanks for your response.<br>
> > > The hardware I have now is not sufficient to set up a ramdisk (just 4<br>
> gb)...<br>
> > > But memory is rather cheap nowadays. If i'd buf up the server with 8<br>
> extra<br>
> > > gigs for use as a ramdrive, do you think that might be enough to record<br>
> > > between 30-60 simultanious streams? Or should it be way more?<br>
> > ><br>
> > > btw, I found this thread somewhere:<br>
> > ><br>
> <a href="http://lists.digium.com/pipermail/asterisk-users/2005-October/120930.html" target="_blank">http://lists.digium.com/pipermail/asterisk-users/2005-October/120930.html</a>,<br>
> > > but this is rather old info. Is this documentation still usefull? And if<br>
> > > not, do you happen to have any idea/url/doc where I can find a bit less<br>
> old<br>
> > > info?<br>
> > ><br>
> > > thanks,<br>
> > ><br>
> > > robin<br>
> > ><br>
> > ><br>
> > > On Wed, Oct 21, 2009 at 13:21, Zoaaaaa <<a href="mailto:zoachien@securax.org">zoachien@securax.org</a>> wrote:<br>
> > > ><br>
> > > ><br>
> > > > There are 2 issues i think, one is the seek time on harddisks and the<br>
> > > > lack of a big buffer in Asterisk (saving 10 streams at the same time<br>
> > > > will cause a loooot of random writes).<br>
> > > > The other one is the interrupts being taken up by the harddisk.<br>
> > > ><br>
> > > > So an SSD might help, saving to an network drive might help (it moves<br>
> > > > the issue to another server, where it might not cause a problem),<br>
> > > > buffering to ram (but you will lack space).<br>
> > > > The best solution depends on your exact hardware and the amount of<br>
> > > > writes you want to do.<br>
> > > ><br>
> > > > Buffering to a ramdrive before moving it over NFS seems like the best<br>
> > > > idea to me.<br>
> > > ><br>
> > > > Zoa<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > Robin wrote:<br>
> > > > > I'm having loads of problems with recordings, as in crappy audio<br>
> > > > > quality and lost pieces of the recordings. I've been searching for a<br>
> > > > > solution and the solutions i find on the interwebs include a<br>
> ramdisk,<br>
> > > > > for local recording, or another machine, handling the recording. I<br>
> > > > > guess the ramdisk would be the "easy" solution and the external<br>
> > > > > machine would be little harder to set up. I do actually prefer the<br>
> > > > > external machine, but i'm not exaclty sure how to set that one up...<br>
> > > > > The reason I prefer the external machine, is that the recording have<br>
> > > > > to be moved to an external machine anyway. Although I've come across<br>
> a<br>
> > > > > post somewhere, talking about recording to ramdisk and then move the<br>
> > > > > files over a crosscable directly to another disk over 1000mbit.<br>
> Which<br>
> > > > > sound nice as well...<br>
> > > > ><br>
> > > > > What do you advise for bringing serverload down and get rid of the<br>
> > > > > harddisk bottleneck? Is a ramdisk a better solution then an external<br>
> > > > > machine? And if so, why?<br>
> > > > ><br>
> > > > > Sorry about this pro-con question, but I cannot find an answer which<br>
> > > > > compares these pro-cons anywhere.<br>
> > > > ><br>
> > > > > thanks,<br>
> > > > ><br>
> > > > > robin<br>
> > > > ><br>
> > ><br>
> ------------------------------------------------------------------------<br>
> > > > ><br>
> > > > > _______________________________________________<br>
> > > > > -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a><br>
> --<br>
> > > > ><br>
> > > > > asterisk-users mailing list<br>
> > > > > To UNSUBSCRIBE or update options visit:<br>
> > > > ><br>
> > ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
> > > ><br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
> > > ><br>
> > > > asterisk-users mailing list<br>
> > > > To UNSUBSCRIBE or update options visit:<br>
> > > ><br>
> > ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
> > > ><br>
> > ><br>
> > ><br>
> > > _______________________________________________<br>
> > > -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
> > ><br>
> > > asterisk-users mailing list<br>
> > > To UNSUBSCRIBE or update options visit:<br>
> > ><br>
> > ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
> > ><br>
> ><br>
> > _______________________________________________<br>
> > -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
> ><br>
> > asterisk-users mailing list<br>
> > To UNSUBSCRIBE or update options visit:<br>
> ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
> ><br>
><br>
><br>
> _______________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
><br>
> asterisk-users mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
><br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>