[firebase-br] RES: Servidor FireBird + CpuAffinityMask = 3
Eduardo Bahiense
eduardo em icontroller.com.br
Qui Mar 19 18:41:59 -03 2009
Olá Denis
Deixa eu te passar um pouco da minha exepriência neste assunto:
A decisão de optar entre o classic e o superserver vai um pouco além dos
núcleos.
Mesmo que esse servidor seja dedicado apenas ao FB, ele roda outros
processos do Sistema Operacional, assim, se você tem dois núcleos,
quando o núcleo que o FB usa estiver ocupado, o próprio S.O. desviará os
outros processos para o núcleo mais livre, e isso, na prática, será quae
como se o FB usasse os dois.
Quando você fala em Classic, você está falando em uma instância do FB
para cada conexão, a menos que você trabalhe com pool de conexões. Em
nosso caso, que trabalhamos com pool de 15 conexões, a diferença de uso
de memória foi brutal entre o classic e o superserver (hoje usamos o
superserver), com 4GB de RAM, gerenciando 3 bancos volumosos, tínhamos
sempre a memória toda utilizada, claro que a maior parte da memória
utilizada era em chache do linux, que mais otimiza do que atrapalha, com
o Superserver, hoje em um server de 8GB, temos sempre em torno de 5 GB
livres (que desperdíco, não?).
Assim, eu acho que poderíamos resumir da seguinte forma:
1. Você usa pool de conexões ? -> Classic é uma opção
2. A quantidade de conexões simultâneas é baixa -> Classic é uma opção
3. A quantidade de conexões simultâneas é alta, mas os BDs são pequenos
ou o volume de transações é pequeno-> Classic é uma opção
4. Os Bds são muito grandes ou a quantidade de conexões é muto grande ou
o volume de transações é muito grande, com 4GB eu optaria pelo Superserver
Eduardo
Denis escreveu:
> Olá,
>
> A Maquina que está o banco de dados é um Dell Xeon E3113 com 4GB de memória
> e HD SAS, com Windows Server 2003 R2. Como política da empresa e até minha,
> não entra nenhum software ilegal aqui. Nem para teste. Creio que não terei
> problemas então, se colocar a versão classic. Outra coisa, esta máquina vai
> ser usada exclusivamente para banco de dados, mais nada.
> Vou deixar rodando um pouco mais o banco de dados com a versão SuperServer e
> depois vou colocar a Classic para ver qual se comportará melhor. Aí a que se
> adaptar melhor eu deixo ela funcionando.
>
> Denis
>
>
> "Rodrigo A. de Freitas"
> <rodrigo em solucoeseinformatica.com.br>
> escreveu na mensagem news:46D24670810544058832E03D589AA8F4 em SOLUCOES.local...
> Denis,
>
> Como o Cantu disse, o SuperServer não usa SMP então o parâmetro
> CpuAffinityMask apenas diz qual núcleo do processador ele deve utilizar.
>
> No seu caso, você precisará instalar a Classic Server. A versão CS carrega
> uma instância do FB_INET_SERVER para conexão feita ao banco de dados; assim,
> o próprio sistema operacional se encarregará de balancear a carga dos
> processos abertos pelas conexões entre os vários núcleos do processador.
>
> Um aviso: a versão CS é uma comedora de memória. Você precisará ter bastante
> memória para que o servidor não fique sobrecarregado caso sua aplicação
> tenha muitos usuários e/ou utilize várias conexões a base de dados, sem
> contar os recursos do servidor que serão utilizados para outras aplicações,
> caso a máquina não seja exclusiva para a base de dados.
>
> Eu tive problemas assim com um cliente, até que eles adquiriram um servidor
> Dell exclusivamente para o BD. Instalaram um Linux Debian e nunca mais tive
> problemas de performance.
>
> []'s
>
> Rodrigo A. de Freitas
> Análise & Desenvolvimento
>
> Soluções & Informática
>
>
>
> -----Mensagem original-----
> De: lista-bounces em firebase.com.br
> [mailto:lista-bounces em firebase.com.br] Em
> nome de Carlos H. Cantu
> Enviada em: quinta-feira, 19 de março de 2009 11:19
> Para: FireBase
> Assunto: Re: [firebase-br] Servidor FireBird + CpuAffinityMask = 3
>
> D> Então só para eu entender melhor. Significa que qualquer processador com
> D> dois núcleos, o FB não vai usar inteiramente o processador, ou seja, não
> D> compensa comprar uma máquina com dois núcleos no processador.
>
> Não. O SuperServer não usa SMP (CpuAffinity é um parâmetro do
> SuperServer). A versão Classic utiliza quantos processadores estiverem
> disponíveis. Procure nas mensagens antigas da lista para saber mais.
>
> []s
> Carlos H. Cantu
> www.FireBase.com.br - www.firebirdnews.org
> www.warmboot.com.br - blog.firebase.com.br
>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.0.238 / Virus Database: 270.11.19/2011 - Release Date: 03/19/09
> 07:05:00
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
Mais detalhes sobre a lista de discussão lista