On 09/06/2007, at 16:57, Tilghman Lesher wrote:
Wouldn't adding these commands defeat the intent of the http server in
Asterisk? The intent, as I understand it, is to be lightweight, to shift all of the complexity of the configuration into the browser, so the Asterisk process isn't spending time doing string processing for the manager interface
(and thus properly spends its time on call processing).

I understand that adding new manager commands with *almost* the same behavior is not good at all, but considering that web applications are not that smart and fast when doing big parsings maybe it would help Pari in his task.

I compare that with a very huge file and a magic "sed" command that does the trick but is awful and slow. However, it still seems to be a design issue: adding new manager events once in a week seems to be wrong, I agree.

If the problem is performance here, as Pari seems to state so, then perhaps it's really necessary to put it inside the manager code to make it fast and specialized instead asking Asterisk for the whole extensions.conf with hundreads of contexts and big contents (yeah, ok) then parsing it all. Anyway, as you said, it isn't necessarly that intensive for a C app :-)

I understand that this type of processing isn't necessarily that intensive, but every little feature that we add to the manager for the GUI incrementally
lessens the CPU available for calls.

What about a common and external way to add new manager commands on demand? I mean, not really a module loading and unloading. So any company, group of users, whatever could write in an extra and standard .c file a bunch of their own and very customized manager commands and *they* would have to mantain that without patching manager.c with tons of lines of code needing a heavy testing, for example.

Respectfully,

--
Caio Begotti
Will Work For Food.











_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to