<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Do the calculations for both and see
what the answer is.<br>
The nice thing about having a model is that you can test
configurations without actually having to build one until you are
confident that it should work.<br>
<br>
Ron<br>
<br>
<br>
On 23/07/2014 5:04 PM, Eduardo Leones wrote:<br>
</div>
<blockquote
cite="mid:CAOQf9ZPxo63e1AbkcXj_7C=fC59hSKth7F6iYxwg3XaRpQEObQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Thanks for the feedback. </div>
<div><br>
</div>
<div>In this case SSD disks you think it solves?</div>
<div class="gmail_extra"><br clear="all">
<div>
<div dir="ltr"><br>
</div>
</div>
<br>
<br>
<div class="gmail_quote">2014-07-23 17:29 GMT-03:00 Scott
Griepentrog <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:sgriepentrog@digium.com" target="_blank">sgriepentrog@digium.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div class="gmail_default" style="color:#660000">Your
bottleneck is most likely your drive bandwidth. Even
with SAS drives, you'll need to move to a raid 5+
solution with 6+ drives to continue to increase the
concurrent calls, or use a storage appliance.</div>
<div class="gmail_default" style="color:#660000"><br>
</div>
<div class="gmail_default" style="color:#660000">To
confirm this, install the tool nmon and use the v and
d options to bring up the resource usage indicators
and drive busy/throughput statistics.</div>
<div class="gmail_default" style="color:#660000"><br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">
<div>
<div>On Wed, Jul 23, 2014 at 2:48 PM, Eduardo Leones
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:eduardo@ypytecnologia.com.br"
target="_blank">eduardo@ypytecnologia.com.br</a>></span>
wrote:<br>
</div>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>
<div dir="ltr">
<div>people </div>
<div><br>
</div>
<div>I have a running Asterisk 1.8.28 in great
Dell server with two xeon processors and
16gb of ram and HD SAS 15k (Raid 1). This
server is recording all calls (placed to
record the audio in a ram disk), the entire
CDR goes straight to MySQL by cdr_mysql.so.
Each call runs some validation and AGI's
have an auto dialer system that generates
calls over the manager. Calls originate and
terminate via SIP (no transcode). </div>
<div><br>
</div>
<div>With this structure, even being a great
server, we can not spend 150 simultaneous
calls. When it reaches 140, the load average
goes up a lot and the calls start to get
very bad audio, tear, etc.. Using the top we
see that all the processing is for asterisk.
In this scenario, I think there is some
limitation in Asterisk, or even the manager
due to the auto dialer. </div>
<div><br>
</div>
<div>Can anyone give me any tips where I can
look where is the bottleneck? I need to get
at least 250 calls that server quality.</div>
<div><br>
</div>
<div>tks</div>
<div>
<div dir="ltr"><br>
</div>
</div>
</div>
<br>
</div>
</div>
<span><font color="#888888">--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a
moz-do-not-send="true"
href="http://www.api-digital.com"
target="_blank">http://www.api-digital.com</a>
--<br>
New to Asterisk? Join us for a live introductory
webinar every Thurs:<br>
<a moz-do-not-send="true"
href="http://www.asterisk.org/hello"
target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a moz-do-not-send="true"
href="http://lists.digium.com/mailman/listinfo/asterisk-users"
target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</font></span></blockquote>
</div>
<span><font color="#888888"><br>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">
<img moz-do-not-send="true" alt="Digium logo"
src="https://my.digium.com/images/graphics/digium_RGB_signature.gif"
style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif;font-size:12px"
width="288" height="50">
<div>Scott Griepentrog<br>
Digium, Inc · Software Developer<br>
445 Jan Davis Drive NW · Huntsville, AL 35806 ·
US<br>
direct/fax: +1 256 428 6239 · mobile: +1 317 507
4029<br>
Check us out at: <a moz-do-not-send="true"
href="http://digium.com" target="_blank">http://digium.com</a>
· <a moz-do-not-send="true"
href="http://asterisk.org" target="_blank">http://asterisk.org</a><br>
</div>
</div>
</font></span></div>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a
moz-do-not-send="true" href="http://www.api-digital.com"
target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar
every Thurs:<br>
<a moz-do-not-send="true"
href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a moz-do-not-send="true"
href="http://lists.digium.com/mailman/listinfo/asterisk-users"
target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote>
</div>
<br>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Ron Wheeler
President
Artifact Software Inc
email: <a class="moz-txt-link-abbreviated" href="mailto:rwheeler@artifact-software.com">rwheeler@artifact-software.com</a>
skype: ronaldmwheeler
phone: 866-970-2435, ext 102</pre>
</body>
</html>