[firebase-br] Sevidor Firebird

[Stefan Horochovec]

Graças a Deus isso não aconteceu apenas comigo, não estou só, hehhe


Stefan Horochovec

----- Original Message ----- 
From: "Maycon Oleczinski" <maycon.xvision em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, September 12, 2008 2:20 PM
Subject: Re: [firebase-br] Sevidor Firebird


> Grande Horochovec!!!
>
>   Não pude analisar a fundo mas acredito que eu tinha este cenário e não 
> te
> perguntei antes.
>
>   Abraço!
>
>
> 2008/9/12 Stefan Horochovec <stefan em consisanet.com>
>
>> 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
>> >
>> >
>> >
>> >
>>
>>
>> ______________________________________________
>> 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
>>
>
>
>
> -- 
> Maycon J. Oleczinski
> Consultor de TI - Analista Desenvolvedor - Host Manager
> www.xvisiontec.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
>
> !DSPAM:48caa4d4254738381113744!
>
>