[AsteriskBrasil] Alto Processamento

Roger Pitigliani rogerwinter em gmail.com
Terça Março 21 14:50:47 BRT 2017


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 <dantasamuca at 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-unsubscribe at listas.asteriskbrasil.org
>



-- 
--
Roger Pitigliani
rogerwinter at gmail.com
Skype: roger.pitigliani
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20170321/49ff6c8c/attachment.html>


Mais detalhes sobre a lista de discussão AsteriskBrasil