Dear for having an stable system which limit option is good for ulimit comand ? 2-is any option for making asterisk crash-free? Best -- Pezhman Lali -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110810/365d9d56/attachment.htm>
is it possible to prevent 100% cpu usage by asterisk, with ulimit? On Wed, Aug 10, 2011 at 11:53 AM, Pezhman Lali <lopl at lopl.net> wrote:> Dear > for having an stable system which limit option is good for ulimit comand ? > 2-is any option for making asterisk crash-free? > > Best > > -- > Pezhman Lali > > >-- Pezhman Lali -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110810/493adcd0/attachment.htm>
> is it possible to prevent 100% cpu usage by asterisk, with ulimit?Hi, it is possible, but not recommended. There is a reason, why the asterisk process needs 100% of CPU. What is your scenario? How many extension? What type of extensions? (SIP, etc) How many concurrent calls? Hardware? You are trying to cure the symptom, not the cause ;-) regards, Ruben
Hi, I use: ulimit -c unlimited My asterisk box handles about 250 concurrent Channels Regards Juan. Linux User #441131 On Wed, Aug 10, 2011 at 2:23 AM, Pezhman Lali <lopl at lopl.net> wrote:> Dear > for having an stable system which limit option is good for ulimit comand ? > 2-is any option for making asterisk crash-free? > > Best > > -- > Pezhman Lali > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110810/1dc707b8/attachment.htm>