[firebase-br] Sevidor Firebird

[Stefan Horochovec]

Exatamente isso Carlos,

O Classic perdeu a performance nessas condições, chegando até ser uma 
contradição com o uso mais apropriado dos processadores.

Conforme dito em email anterior, tenho certeza que eu posso melhorar as 
configurações, porém ainda nao obtive sucessos nisso. Quero ter a certeza 
que o Classic iria suprir minhas necessidades, mas por enquanto não foi 
possivel.

Outra coisa que me deixou pensativo. Eu tinha um recurso de 90% de memoria e 
quase 100% dos processadores disponiveis, porém, o classic server limitou o 
consumo de recursos da maquina no processo demorado, deixando o mesmo mais 
lento ainda,.

EX:

Superserver -
1 processo extremamente lento rodando
N processos muito rápidos

O superserver deixa todos meio lentos, porque o consumo do processo lento 
vai as alturas

Classicserver
Situacao 1
1 processo extremamente lento rodando
N processos muito rápidos

Todos ocorrem, mas o processo lento fica mais lento

Situacao 2
1 processo extremamente lento rodando

Continua ocorrendo em uma velocidade muito inferior ao superserver, devido a 
um controle de expansão de consumo dos recursos da maquina. Não sei como 
desabilitar isso.

Att

Stefan Horochovec
----- Original Message ----- 
From: "Carlos H. Cantu" <listas em warmboot.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, September 12, 2008 11:30 AM
Subject: Re: [firebase-br] Sevidor Firebird


>O que vc quer dizer com "limita o consumo"?
>
> Em situações de muita escrita + concorrência, o Classic geralmente
> perde performance em relação ao SuperServer (a explicação para isso
> está relacionada à sincronização do cache + disco + processos).
>
> "Tunar" o Classic é uma tarefa um pouco mais complexa, e envolve a
> configuração e experimentação de diversos parâmetros. Quando bem
> configurado, ele pode ter uma performance muito boa.
>
> []s
> Cantu
> http://www.warmboot.com.br
> FireBase - http://www.FireBase.com.br
> Blog - http://blog.firebase.com.br
>
> SH> Apenas para complementar, o protocolo SMP não tem suporte em versões 
> do
> SH> firebird, como ja dito na lista, apenas o Classic se da "melhor" com o
> SH> multiprocessamento.
>
> SH> Apesar que eu tenho visto coisas estranhas no ClassicServer, porem, 
> como
> SH> acho que pode ser uma configuração especifica, não tinha reportado a 
> lista,
> SH> mas já que vou escrever o email, lá vai.
>
> SH> Um processo no banco demora X segundos usando o SuperServer,.. estamos
> SH> falando de micros com processadores quad-core.
>
> SH> Instalado o classicserver na esperança de melhor o desempenho uma 
> surpresa.
> SH> O servidor abre instancias para cada conexao como um processo, qual o
> SH> problema disso? Nenhum, porem, percebi que ele limita o consumo em 
> cada
> SH> instancia dessa, ou seja, o que demorava X, começou a demorar X+Y, ja 
> que o
> SH> consumo se limitou, alguem já passou por isso? Entretando, o consumo
> SH> realmente fica melhor gerenciavel, ou seja, voce pode continuar 
> trabalhando
> SH> que o servidor aparentemente não apresenta gargalos, porem, o que 
> antes
> SH> demorava X, agora demora X+Y, independente de ter mais usuarios 
> conectados a
> SH> base.
>
> SH> Att
>
> SH> Stefan Horochovec
>
>
>
> ______________________________________________
> 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
>
> !DSPAM:48ca7d11204241798427841!
>
>