[Freeswitch-users] freeswitch CPU usage

Nyamul Hassan mnhassan at usa.net
Sat Aug 21 09:23:16 PDT 2010


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.

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!

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.)!

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.

Regards
HASSAN


On Sat, Aug 21, 2010 at 21:41, Jean-Yves F. Barbier <12ukwn at gmail.com>wrote:

> Le Sat, 21 Aug 2010 17:58:27 +0300,
> "Vlasis Hatzistavrou (KTI)" <vhatz at kinetix.gr> a écrit :
>
> > Hello Jean-Yves,
> >
> > Thanks for the effort to calm me down, but I am calm and fine. :)
>
> That I understand, Vlasis; just a matter of speaking ;)
>
> > Just for the record I wasn't the one doing the tests, I was just
> > defending the guy who asked the original question because I've been in
> > his place and felt for him.
>
> My purpose was just to extinguish this sterile discussion.
>
> Each part have real good arguments to counter the other part, but as
> nobody wants to leave its part of the cake I'm trying to guess a
> solution that would be the best for everybody tout le monde.
>
> This is why I think even a "bad" test could be good BUT ONLY if test
> conditions are even every time it is performed.
>
> The *real* question behind all of this is: why always test and compare?
> Wouldn't it be because large and greedy companies (also ear governments,
> especially corrupted ones by these same large companies) put that in our
> mind to sell every day more (and "better") to people that don't need it...
> Think about that.
>
> When I'm working for other I try to make it for the best and do it like
> if it was for myself - so I don't ask less from open-source devs that
> make tremendous programs, which if fortunately (almost) the case.
>
> So I can make a proposition to the dev team to _*definitely*_ fire down
> this
> kinda non-discussion:
> * Make a realistic serie of recursive test (who's more skilled than
>  you to build that?:),
> * Always use the same machine with the same environment (possibly a "weak"
>  one, such as a simple P4 2.0GHz w/ 2GB RAM: think about third world
>  countries for which this kind of project is very important),
> * Publish the test serie results each time it is needed.
>
> (nooo, not the head AND the kidneys!!!)
>
> JY
>
> PS: I didn't choosed the fortune signature, it is a cron:)
> --
> There appears to be irrefutable evidence that the mere fact of overcrowding
> induces violence.
>                -- Harvey Wheeler
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100821/22e1b282/attachment-0001.html 


More information about the FreeSWITCH-users mailing list