If there is a bug why are you not opening it on JIRA? http://jira.freeswitch.org We are doing work on improving the event system to be faster and use less memory. If it caused some problems, that is not uncommon, software development requires testing. The right thing to do is to report it not to make underhanded comments about rethinking your strategy. Ideally I would like to visit the machine while it's in that state or otherwise I would like you to get a gcore while it's int that state, open it in gdb and produce a "thread apply all bt" trace in text format and attach it to the JIRA. On Tue, Oct 5, 2010 at 9:55 AM, François Delawarde <fdelawarde@wirelessmundi.com> wrote:
I wouldn't jump to conclusions that fast, it's just a bug with current git head, probably only happening in very specific cases.
If I learned anything from hollywood movies, it would be that bugs or bad people always end up being tracked down and destroyed.
François.
On Tue, 2010-10-05 at 20:35 +0600, Nyamul Hassan wrote:
We learned from another thread about how Sangoma regularly tests 32 E1 setups in the lab, and were preparing a concept paper to show a telecom that traditional vendors can be replaced using open source even for large scale implementations. Does this mean we should rethink our strategy?
Regards HASSAN
On 2010-10-05, Moises Silva <moises.silva@gmail.com> wrote:
On Tue, Oct 5, 2010 at 5:45 AM, François Delawarde <fdelawarde@wirelessmundi.com> wrote:
I maintain "only" 100 sessions at all times, with a duration of 20-30s, and no more than 10cps, so it is NOT a stress test, come on!
I mean this would not even load an Asterisk server, and loading the server was not an objective, just to maintain low-medium load over a period of time. It worked very well during 5h.
Why would I need to ulimit the crap out of my server then? :-)
Don't feel alone, you're not the only one.
We're getting the same pair of messages. We know what it means, we have just not found the cause of it. In our case happens quite fast (about an hour IIRC) when doing stress testing of about 900 calls at a time lasting 10 seconds each at a rate of about 40cps.
Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 100 Renfrew Drive, Suite 100, Markham ON L3R 9R6 Canada t. 1 905 474 1990 x128 | e. moy@sangoma.com
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900