One thing that you are totaly "ignoring" Vlasis, is that the performance tests are irritating to the core-devs because FreeSwitch's CPS is already so high, that their effort / time are better used at improving / adding other things. Like the new "concurrent call recovery" feature, which is just simply crazy, if you ask me.<div>
<br></div><div>Just think about it, at 200 CPS, for 100% ASR (IVR) and 1 min ALOC / ACD, you're talking about 12,000 concurrent sessions. Or in a "real-life" call routing scenario, at 50% ASR and 5 mins ALOC, it is equivalent to 30,000 concurrent sessions, or 1,000 E1s!</div>
<div><br></div><div>And all that, using regular, run-of-the-mill, processor, motherboard, etc. The server Woody mentions would probably cost around $ 6,000 - 7,000/- from HP or IBM. Who can beat that? And, to top that off, Woody was comparing to 600 CPS that he got on v1.04 (36,000 or 90,000 conc. sess.)!</div>
<div><br></div><div>The core-devs are very passionate about their work. And, they have created a beast! So, get the beast to work "in real life", and then complain about problems. I've seen them instantly jump into helping with the situation. Bug reports are fixed within hours. Even the "latest GIT" is claimed to be the most stable versions! Not many software projects (open source or not) can boast that, if at all.</div>
<div><br></div><div>Regards</div><div>HASSAN</div><div><br></div><div><br><div class="gmail_quote">On Sat, Aug 21, 2010 at 21:41, Jean-Yves F. Barbier <span dir="ltr"><<a href="mailto:12ukwn@gmail.com">12ukwn@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Le Sat, 21 Aug 2010 17:58:27 +0300,<br>
<div class="im">"Vlasis Hatzistavrou (KTI)" <<a href="mailto:vhatz@kinetix.gr">vhatz@kinetix.gr</a>> a écrit :<br>
<br>
</div><div class="im">> Hello Jean-Yves,<br>
><br>
> Thanks for the effort to calm me down, but I am calm and fine. :)<br>
<br>
</div>That I understand, Vlasis; just a matter of speaking ;)<br>
<div class="im"><br>
> Just for the record I wasn't the one doing the tests, I was just<br>
> defending the guy who asked the original question because I've been in<br>
> his place and felt for him.<br>
<br>
</div>My purpose was just to extinguish this sterile discussion.<br>
<br>
Each part have real good arguments to counter the other part, but as<br>
nobody wants to leave its part of the cake I'm trying to guess a<br>
solution that would be the best for everybody tout le monde.<br>
<br>
This is why I think even a "bad" test could be good BUT ONLY if test<br>
conditions are even every time it is performed.<br>
<br>
The *real* question behind all of this is: why always test and compare?<br>
Wouldn't it be because large and greedy companies (also ear governments,<br>
especially corrupted ones by these same large companies) put that in our<br>
mind to sell every day more (and "better") to people that don't need it...<br>
Think about that.<br>
<br>
When I'm working for other I try to make it for the best and do it like<br>
if it was for myself - so I don't ask less from open-source devs that<br>
make tremendous programs, which if fortunately (almost) the case.<br>
<br>
So I can make a proposition to the dev team to _*definitely*_ fire down this<br>
kinda non-discussion:<br>
* Make a realistic serie of recursive test (who's more skilled than<br>
you to build that?:),<br>
* Always use the same machine with the same environment (possibly a "weak"<br>
one, such as a simple P4 2.0GHz w/ 2GB RAM: think about third world<br>
countries for which this kind of project is very important),<br>
* Publish the test serie results each time it is needed.<br>
<br>
(nooo, not the head AND the kidneys!!!)<br>
<br>
JY<br>
<br>
PS: I didn't choosed the fortune signature, it is a cron:)<br>
<font color="#888888">--<br>
There appears to be irrefutable evidence that the mere fact of overcrowding<br>
induces violence.<br>
-- Harvey Wheeler<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div>