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: Youre either with me, or youre 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] 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 > [email protected] > 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 > [email protected] > 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 [email protected] 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 [email protected] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
