Aqui fizemos apenas um processo para buscar as informações via AMI de segundos em segundos e ficar alimentando tabelas. Assim transferimos a carga de vários acessos simultâneos para o banco, que é mais preparado pra isso. Sem falar que as páginas passaram a carregar muito mais rápido.
Em 23/03/2017 10:32, "Wagner Mazuchi" <wag...@sincronismotelecom.com> escreveu: Já tive problemas com conexões demais abertas no AMI. Como já foi dito reavaliar a forma como a aplicação pega os dados para diminuir a quantidade de conexões simultâneas acredito que seja o melhor caminho. Em 22 de março de 2017 14:49, Carlos Roberto de Souza < carlito.carlosrobe...@gmail.com> escreveu: > Eu utilizo o AMI intensivamente e não ocorre isso. Eu programei tudo em > C++ do linux. > > Em 21 de março de 2017 19:48, Samuel Dantas <dantasam...@gmail.com> > escreveu: > >> Também imaginei isso, mas ficam no máximo 3 conexões abertas. Um dos meus >> processos envia diversas actions para verificar canais etc, eu creio que >> seja isso que está congestionando tanto o asterisk, talvez eu tenha que >> desenvolver algo que centralize esses dados em realtime de forma que eu não >> precise ficar enviando action diretamente ao ami do asterisk para obter os >> dados que preciso. >> >> >> <http://facebook.com/dantasamuca>Samuel Dantas >> *11 963460959* >> *http://github.com/samuel1992* <http://github.com/samuel1992> >> Facebook <http://facebook.com/dantasamuca> | Linkedin >> <https://br.linkedin.com/in/samuel-dantas-06819b3b> >> >> Em 21 de março de 2017 14:50, Roger Pitigliani <rogerwin...@gmail.com> >> escreveu: >> >>> Boa tarde Samuel, >>> >>> Veja se você não esta deixando conexões AMI abertas >>> >>> CLI> manager show connected >>> >>> O ideal é não ter muitas conexões simultâneas abertas (menos que 10), >>> principalmente no seu caso que tem um volume alto de chamadas. >>> >>> Abraço. >>> >>> Em 21 de março de 2017 11:52, Samuel Dantas <dantasam...@gmail.com> >>> escreveu: >>> >>>> Bom dia. >>>> Pessoal, eu tenho um servidor Xeon quad core 2.50GHz, 4GB de RAM, tenho >>>> uma aplicação realtime baseada nos eventos do AMI e ficam aproximadamente >>>> 130 chamadas estabelecidas simultaneamente, todo dialplan feito em Ael e >>>> utilizando func_odbc para consultar o banco em alguns momentos, sem nenhum >>>> script externo (agi). >>>> Visto que meu load está subindo muito e o asterisk consome 100% de cpu >>>> quase sempre, minha dúvida é: em base da experiência dos senhores, essa >>>> máquina é fraca pra esse cenário? Ou otimizando a aplicação consigo reduzir >>>> esse processamento? >>>> >>>> Se alguém tem algum cenário parecido ou superior em chamadas etc, me dê >>>> uma dica ai sobre a configuração da máquina, vou fazer um upgrade mas quero >>>> saber a necessidade para escalar isso. >>>> >>>> Att. >>>> >>>> >>>> <http://facebook.com/dantasamuca>Samuel Dantas >>>> *11 963460959 <(11)%2096346-0959>* >>>> *http://github.com/samuel1992* <http://github.com/samuel1992> >>>> Facebook <http://facebook.com/dantasamuca> | Linkedin >>>> <https://br.linkedin.com/in/samuel-dantas-06819b3b> >>>> >>>> _______________________________________________ >>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 >>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 >>>> Intercomunicador e acesso remoto via rede IP e telefones IP >>>> Conheça todo o portfólio em www.Khomp.com >>>> _______________________________________________ >>>> Para remover seu email desta lista, basta enviar um email em branco >>>> para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org >>>> >>> >>> >>> >>> -- >>> -- >>> Roger Pitigliani >>> rogerwin...@gmail.com >>> Skype: roger.pitigliani >>> >>> _______________________________________________ >>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 >>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 >>> Intercomunicador e acesso remoto via rede IP e telefones IP >>> Conheça todo o portfólio em www.Khomp.com >>> _______________________________________________ >>> Para remover seu email desta lista, basta enviar um email em branco para >>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org >>> >> >> >> _______________________________________________ >> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 >> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 >> Intercomunicador e acesso remoto via rede IP e telefones IP >> Conheça todo o portfólio em www.Khomp.com >> _______________________________________________ >> Para remover seu email desta lista, basta enviar um email em branco para >> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org >> > > > _______________________________________________ > KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 > Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 > Intercomunicador e acesso remoto via rede IP e telefones IP > Conheça todo o portfólio em www.Khomp.com > _______________________________________________ > Para remover seu email desta lista, basta enviar um email em branco para > asteriskbrasil-unsubscr...@listas.asteriskbrasil.org > _______________________________________________ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com _______________________________________________ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
_______________________________________________ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1 Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com _______________________________________________ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org