[firebase-br] Dimensionamento Servidor

[Gladiston Santana]

Meu pitaco.
Não é verdade que quanto mais cache, mais performance.
O calculo de RAM para uso de cache envolve uma curva delta, acima disso
você perde performance. E isso varia conforme o cenário, é claro que é um
senso comum que 8GB é melhor que 6, que é melhor que 4 e assim por diante.
Mas alguém que pensa em chutar a boca do balão com 16, 32 ou 64GB para um
banco minusculo, mais memória pode atrapalhar.
Eu não sei onde vocês compram memória, mas paguei uns R$ 800,00 para por
mais 6GB de RAM - e levou 1 mês para chegar - para um servidor Dell que
usam MB Intel, memórias registradas ecc são caras, não são iguais as DDRs
comuns para desktop.


Em 28 de outubro de 2013 22:31, Rodrigo Gomes da Silva
<rodrgomes em gmail.com>escreveu:

> Memoria quanto mais melhor, isto é verdade só ate certo ponto, mas com uma
> boa quantidade o cache do sistema operacional vai fazer todo banco ficar em
> ram reduzindo em muito o uso de IO de disco. Outra coisa boa de se ter uma
> quantidade de ram com sobra é de fazer um ram disk e colocar o tmp do
> firebird la. Costumo fazer isto com o linux, mas deve ter algum utilitario
> para fazer equivalente no windows.
>
> HD, principalmente se tiver um IO alto de escrita, a melhor coisa que tem é
> pegar SSDs. São caras, mas vc não precisa pegar para o SO inteiro, e nem é
> recomendavel. Basta ter o suficiente para que o banco nao ocupe 50% delas.
> Ex. Se seus bancos somados não passar de 40gb, vc não precisa ter mais que
> 80gb de SSD, backups e tudo mais se grava em HDD mesmo. Elas funcionam bem
> com raid tb.
> O superserver é ruim de utilizar em qq tipo de configuração pq não
> aproveita mais que um core, entao de servidor sobraria o Super-Classic ou o
> Classic.
>
> De resto, sobre processamento do servidor, por mais que se tenha 150
> acessos simultaneos, nem todo mundo esta executando sqls de modo a
> sobrecarregar o processamento. Por experiencia propria, o uso de CPU sempre
> fica subaproveitado, pq se tem muitas pessoas utilizando consultas
> complexas simultaneamentes se pesa mais em IO de disco do que em cpu em si.
> Como o firebird roda uma sql individual em somente um core é mais
> importante se ter um processador de core rapido com menos cores, do que um
> com mais cores e menos processamento de cada um.
>
>
>
> Em 28 de outubro de 2013 16:05, Reinaldo <diasmartins em gmail.com> escreveu:
>
> > Boa Tarde.
> >
> > Sei que as regras para dimensionamento de um Servidor é algo muito
> > empírico e depende muito de vários fatores inclusive de experiências
> > passadas.
> >
> > Estou com a tarefa de dimensionar um ambiente para um Cliente que terá
> > cerca de 150 acessos simutâneos, e um alto índice de I-O nos bancos de
> > dados, esse cliente possuirá também 2 bancos de dados em uso
> > simutâneamente, e também algumas consultas externas em paralelo.
> >
> > Irei colocar no cliente o Firebird 2.5 e pedir um um servidor de
> aplicação
> > (Windows) e  outro Servidor de Banco de Dados Linux, ambos ligados com
> > placa e cabo Giga.
> >
> > Como base nessas informações, alguém poderia me informar o que poderia
> > sugerir como Servidor HD, Mémória, Segurança das Informações (RAID,
> Shadow,
> > Backup ou NBackup, Etc).
> > (A Empresa comprará uma solução servidora dedicada (HP, DELL, Itautec,
> > etc).
> >
> > Outra questão é a configuração do Tipo de Servidor que irei usar
> > (Superserver, Classic ou Super-Classic), hoje todos meus clientes
> utilizam
> > no modo superserver.
> >
> > Atenciosamente.
> >
> > Reinaldo
> >
> >
> >
> > ______________________________**________________
> > 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<
> http://www.firebase.com.br/fb/artigo.php?id=1107>
> > Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<
> 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
>