[asterisk-dev] Asterisk scalability (was: Improve scheduler performance under high load)

[Miguel Molina]

Leif Madsen escribió:
> Miguel Molina wrote:
>   
>> Steve Murphy escribió:
>>     
>>> On Tue, 2009-02-17 at 16:05 -0500, Leif Madsen wrote:
>>>       
>>>> In asterisk.conf as mentioned by the previous poster:
>>>> ;maxfiles = 1000 ; Maximum amount of openfiles
>>>>         
>>> Interesting. What I've been doing is using shell commands
>>> to raise the limits on open file descriptors. Asterisk
>>> didn't seem to interfere; but that was like a year ago...
>>>   
>>>       
>> This is a pretty good option, but this is only a 1.6.X option right? It 
>> seems like shell commands are still needed to raise the open file 
>> descriptors limit on 1.4.X.
>>     
>
> People are still using 1.4?! Jeebuz...
>
> (lighten up, I'm not trolling. I'm just entertaining myself :))
>
> Leif.
>
>   
Well this is kinda offtopic, but then a key question comes to my head: 
is asterisk 1.6 stable enough to use in a 24/7 production call center? I 
am talking of several weeks of uptime with no crashes, deadlocks or 
another issues. If it is, which branch of it? I've always thought of 1.6 
as a development (new features, core changes) version, not a production 
one. In my company there's some 1.2 still working out there to give you 
an idea... so I think using 1.4 is just right for us at this time, with 
a few backports of interesting 1.6 goodies.

By the way, I am trying to make things evolve faster here. ;)

> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>   


-- 
Ing. Miguel Molina
Grupo de Tecnología
Millenium Phone Center
PBX: (+57 1)6500800 ext. 1201
Fax: (+57 1)6500816
Móvil: (+57)3138873587 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20090218/da61f9f6/attachment.htm