[Asterisk-Users] Management: Reload performace &Realtimeperformance ?

[Rene Ott]

This is interesting. But reloading the big conf files itself doesn't cause
any performance problems (with verbosity 0)? Do you have experience what
happens with incoming calls during reload?


> If you have configs that big you'll need to set verbose 0 before  
> doing that.. you'll notice the calls start to jitter and all hell  
> breaks loose if you don't do so.

/b
---
Anakin: “You’re either with me, or you’re my enemy.”
Obi-Wan: “Only a Sith could be an absolutist.”

On Jun 23, 2005, at 3:10 PM, Rene Ott wrote:

>
> It is hard to describe a usage pattern cause I don't have a  
> concrete one.
> The questions are meant in a more general way which management  
> technique is
> better scalable.
>
> An example for a GUI using the
>
> DBwrite ---> read db with perl and write new conf files ---> reload
>
> process is the Asterisk Management Portal. It uses MySQL. Lets say  
> it is
> used in a company and the 1000 clients consist mostly of SIP  
> clients and
> some FAXes, and some ISDN phones.
> And I am asking myself if it is able to manage the lots of clients  
> in a good
> way (means one doesn't have to invest in lots of hardware to handle  
> the
> load). Or maybe it is better to use the realtime technique ?
>
> René
>
> Von: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] Im Auftrag von  
> snacktime
> Gesendet: Donnerstag, 23. Juni 2005 20:46
> An: Asterisk Users Mailing List - Non-Commercial Discussion
> Betreff: Re: [Asterisk-Users] Management: Reload performace &
> Realtimeperformance ?
>
>
>>
>> I was reading around in the mailing lists and people say reloading is
>> stable. Now this tool has to manage 1000 clients so the conf files  
>> are
>> quite big and reloading needs some time. What happens if a call  
>> comes in
>> during that reload time ?
>> How is the performance in general of the process described above
>> (assumed the used hardware is not under- and not overdimensioned),  
>> can
>> such a tool easily handle 1000 clients ?
>> Does somebody use a similar tool with many clients ?
>>
>
> This really depends on your usage patterns and a lot of other things
> like what database you are using and how it is configured, etc..   You
> probably need to list a lot more details about what it is you are
> trying to do before you will get an answer.
>
>  I haven't had the time to test what happens when you reload a large
> static database, but I'm guessing it would load everything from the
> database first, then when it replaces what's in memory it only takes a
> second or so.
>
>
>>
>> Somewhere in the mailing lists someone said that the realtime uses  
>> many
>> database queries. If there are also 1000 clients to manage, this  
>> should
>> lead to lots of database queries.
>>
>
> That's only for the realtime extensions.
>
> Chris
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users