[AsteriskBrasil] CPU x Asterisk

[Bernardo Vieira]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


>   O kernel "executa pedaços" de processos e então, se tiver apenas um 
> processo sendo executado, o kernel de certa forma, a grosso modo, 
> executa um pedaço deste processo em um processador e, depois de 
> terminado, executa outro pedaço no outro processador. Dessa forma, se 
> tiver apenas um processo executando e outros "dormindo", o ganho com 
> dois processadores é mínimo. Quando se tem vários processos em execução, 
> o kernel os organiza na fila de execução de tal forma a existir 
> processamento em paralelo e escalonável.

Apenas um processo executando é uma utopia pois o kernel sozinho mantém
uma dúzia de processos sempre ativos, particularmente, em um ambiente de
múltiplos processadores, o próprio processo que gerencia o paralelismo
de execução tem que estar sempre ativo, faz sentido, não? Já do lado do
Asterisk, em uma situação normal, sempre haverá espaço para paralelismo
já que além do processo "administrativo" do asterisk, cada ligação
represente pelo menos 2 processos, afinal de contas, ninguém fala
sozinho. Além do mais, raramente você vai rodar apenas o Asterisk no
servidor.

Agora, concordo com você que o ganho  pode ser pequeno em situações de
pouco load já que o gerenciamento de paralelismo em si pode "compensar"
o ganho obtido com múltiplos procesadores.

Acho que com os processadores atuais pode-se conseguir performances bem
próximas com plataforma monoprocessadas, no entanto placas de vários
processadores costumam ser de melhor qualidade, embora pague-se caro por
isso.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFQSHj2QVs8jsa1mQRAiKKAKCfUVgsuKNL00+O6jplH5cLjeWfPwCcCovm
mygEqk2Szp/7tGCSZmNoRPM=
=vQIS
-----END PGP SIGNATURE-----