[Freeswitch-users] CPS per mod_sofia profile limited?

Sat Jan 30 08:57:02 PST 2010

Also keep in mind that the industry standard is 50 which is the capacity to
take over for the real standard of 25 in a fail-over scenario.  So you
should be happy you even get 300cps for free.

The sofia stack can be improved but we are not the creators of this sip
stack.  There is little to no work being done on that project right now and
we are happy with what we have until we can get the lead dev to work on
improving it with us when he has the time.

On Sat, Jan 30, 2010 at 5:33 AM, Puskás Zsolt <errotan at gmail.com> wrote:

> 2010. január 29. 16.31.29 Robin Vleij dátummal ezt írta:
> > Hi guys,
> >
> > Doing a bit of testing / benchmarking with FS 1.04 (and 1.05 SVN). Found
> > out some interesting things, I think.
> >
> > The setup is like this:
> >
> > SIPP Client -> FS -> SIPP Server
> >
> > The dialplan is as simple as it gets:
> >
> > <extension name="test-out">
> >   <condition field="network_addr" expression="^130\.244\.190\.150$"/>
> >   <condition field="destination_number" expression="^(\d+)$">
> >     <action application="set" data="proxy_media=true"/>
> >     <action application="set" data="hangup_after_bridge=true"/>
> >     <action application="bridge"
> >
> data="{sip_contact_user=transit}sofia/gateway/${distributor(gwg1)}/$1|sofia
> > /gateway/${distributor(gwg2)}/$1"/> </condition>
> > </extension>
> >
> > For the rest it's running CSV cdr's, commented out all modules I'm not
> > using, etc etc all that I could find on the wiki and the Interwebs.
> > Hardware / OS: from the shelve quadcore Xeon, debian 64-bit, 12GB
> > memory. SIPP is running a 500ms RTP pcap and the other side echos back.
> >
> > I had a few test setups then:
> >
> > 1: FS SVN, 1 sofia profile where the gateways were configured and the
> > server_IP:5060 was used.
> >
> > 2. FS SVN, 2 sofia profiles where the gateways where in an seperate
> > profile (server_IP:5070) and the "customer facing" side was the original
> > profile.
> >
> > 3. FS 1.04, same as above
> >
> > 4. FS 1.04, 4 sofia profiles, distributor to spread load over 2 incoming
> > and 2 outgoing profiles.
> >
> > Now the interesting thing was that under 1 I could go up, almost without
> > any CPU load, to 50cps. As soon as I went over this, calls where handled
> >  slower and "ongoing" calls would pile up untill it became really slow.
> > CPU load went to 100% on the FS process (both user and system time).
> > Lots of interupts and context switches. No throughput anymore untill I
> > lower and wait till the "buffer" is empty and FS is keeping up again.
> >
> > Under 2, I was able to increase the CPS to about 100 with the same
> effect.
> >
> > 3 then went much better, I was able to increase CPS to about 200 cps and
> > response times in SIPP went up slighty untill it just hits some kind of
> > limit and calls are handled slower.
> >
> > 4 is pretty cool. Here I can run 2 sipp clients both doing 150cps to the
> > gateways that are spread on the distribution module, so I spread traffic
> > over 2 profiles. With 300 cps in total, FS is keeping up and I have 30%
> > idle CPU. However, increasing to over 300cps gives problems again, even
> > though I have idle CPU left!
> >
> > All in all, I have a feeling that a single sip profile can't run more
> > than a certain limit untill it gets into some problem. Depending on if
> > I'm running SVN or 1.04 that limit seems to be 50cps or a bit higher.
> > After that limit it starts piling up "ongoing" calls, by taking time to
> > handle them and when that limit gets too high it's too late. All in all
> > really fine, I just set the system wide limit to a little under that
> > "threshold". But when I'm running just UNDER the threshold it's not CPU
> > that's a problem. Theoretically I should be able to run (based on the
> > CPU usage at 300cps) about 400cps.
> >
> > When running at 300 I get SOME failed calls and I see
> >
> > "switch_core_state_machine.c:525 a9a60636-0cea-11df-85a1-09c991f2afc5
> > Timeout waiting for next instruction in CS_NEW!"
> >
> > in the console.
> >
> > I didn't find much on how people do high cps setups and it feels a bit
> > like a "friday afternoon solution" to run multiple sofia profiles on the
> > same machine in order to max out the system.
> >
> > Maybe I'm missing something and I know it's not an exact science this,
> > but I'm not sure "all is OK" because I'm not slowly getting to a 100%
> > cpu (or disk / network) usage, I hit some kind of limit after which
> > stuff goes wrong.
> >
> > Anyone any input!
> >
> > /Robin
> >
> > _______________________________________________
> > 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
> >
>
> CPU usage is not the only thing that limit your calls. Have you set the
> recommended ulimit settings and / or started fs with the -waste option ?
>
> http://wiki.freeswitch.org/wiki/Performance_testing_and_configurations
>
> _______________________________________________
> 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
>

-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100130/64fbbf5e/attachment-0002.html 