<p>By comparison, we handle millions of calls a day, tens of thousands concurrently and each call executes several (up to 12) AGIs. We can see 15 calls a second hit each of our servers and no issues as far as that goes. </p>
<p>I happen to completely agree with fixing the design and converting to a FastAGI, not creating a module. Having a bug that ocurrs once every million calls or so take down everything because your logic fails is a bad idea.</p>
<p><blockquote type="cite">On May 9, 2010 12:28 PM, "Steve Edwards" <<a href="http://asterisk.org">asterisk.org</a>@<a href="http://sedwards.com">sedwards.com</a>> wrote:<br><br><p><font color="#500050">>> On Sun, 9 May 2010, Deepesh D wrote:<br>
>><br>>>> Performance is the main reason for switching from AGI...</font></p><p><font color="#500050">> On Sun, May 9, 2010 at 9:09 PM, Steve Edwards<br></font></p><p><font color="#500050">>> While creating a new process is typically a very "expensive" (in CPU <br>
>> resources) process, any ...</font></p><p><font color="#500050">On Sun, 9 May 2010, Deepesh D wrote:<br></font></p><p><font color="#500050">> The AGI does some database lookups and based on the results sets some <br>
> dialplan variables. In th...</font></p>I see no benefit to implementing this as a module.<br>
<br>
Implementing your AGI as FastAGI would eliminate process creation and<br>
database connection overhead.<br>
<br>
I suspect a minor improvement in database design, indexing, etc. could<br>
yield orders of magnitude more improvement in performance than converting<br>
from AGI to FastAGI.<br>
<br>
How many calls per second are you handling? I have a host (Intel(R)<br>
Xeon(TM) CPU 3.40GHz) handling 60,000 calls per day -- just under 1 call<br>
per second.<br>
<br>
Each call executes 4 AGIs, each accessing the database, before the caller<br>
hears first audio. Each call may execute dozens of other AGIs through the<br>
life of the call.<br>
<br>
If I were to do it again, I would merge the 4 AGIs into a single AGI and<br>
would consider FastAGI, but I have no performance problems at this CPS<br>
level.<br>
<br>
I'm not against FastAGI, I'm just saying it may not be the silver bullet<br>
you are looking for.<br>
<font color="#888888"><br>
--<br>
</font><p><font color="#500050">Thanks in advance,<br>-------------------------------------------------------------------------<br>Steve E...</font></p></blockquote></p>