[firebase-br] Processamento alto (teste FB2.0 X MySQL5)

[Carlos H. Cantu (TeamFB)]

Algumas considerações:

1) É sabido que o protocolo de comunicação do Firebird é lento para
uso em Internet. O FB 2.1 trouxe melhorias, mas a solução completa só
virá com o desenvolvimento de um novo protocolo.

2) A lentidão que você menciona pode ter inúmeras causas. O fato de
ser momentânea pode indicar o sweep ou garbage collection sendo feita.
Somente com as informações que você passou, é impossível dizer o que
está acontecendo.

3) Existe uma operadora de telefonia (internacional) que roda o portal
web inteiro em cima do Firebird. Provavelmente são centenas de acessos
simultâneos.

4) Se o MySQL te ofereceu vantagens frente ao Firebird, e você não
precisa dos recursos que o FB tem e o MySQL não tem, então eu acho que
você deveria usar o MySQL. Sou da opinião que devemos usar a
ferramenta que melhor atende nossas necessidades. Até hoje, não
precisei trocar o Firebird por nenhum outro banco pois ele sempre me
atendeu 100%, mas cada caso é um caso.

MS> Bem, espero que este email sirva pra ajudar a lista e o pessoal do FB, senão
MS> desconsiderem por favor.

Nenhum desenvolvedor do FB acessa esta lista. Se vc tem alguma
consideração ou sugestão a ser feita, eu sugiro que faça isso na lista
internacional fb-devel.

[]s
Cantu (Membro do TeamFB - FireBase)
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br
Blog - http://blog.firebase.com.br

MS> Pegando o gancho...

MS> Pessoal... não quero colocar aqui nenhuma discussão sobre banco de dados
MS> (melhor ou pior) OK... é só talvez uma dica pro pessoal do FB talvez poder
MS> ajustar algumas coisas pra melhorar ainda mais este excelente banco

MS> Eu sempre uso o Firebird nos meus sistemas... mas agora estou precisando
MS> trabalhar com muitas conexoes simultaneas (web com PHP)
MS> E o servidor nao esta dando conta... mas vejo que não é problema do servidor
MS> pois se trata de um

MS> Xeon 1.8ghz
MS> com 2GB de memoria
MS> Placa INTELL DUAL
MS> 2 HDs SCSI 15GB espelhado

MS> Nao existe nenhum aplicativo critico rodando nele só o Firebird 2.0

MS> Ele vai bem... mas tem uns momentos de pico que chega a ficar muito lento o
MS> sistema.
MS> Eu já revirei o sistema todo... ja ajustei indices, Selects e tals, Sweep,
MS> backup e retores etc etc...

MS> Será que o pessoal do Firebird esqueceu alguma funcao ligada nele... que
MS> esta consuminto tanto processamento assim ?
MS> Interessante é que é só em alguns momentos... mas atrapalha, pois é só ficar
MS> lento e o pessoal toca no meu celular hehehe

MS> Depois de alguns dias na ancia de resolver o problema...
MS> A titulo de curiosidade eu instalei o MySQL5.0 na mesma maquina e portei a
MS> base de dados toda uns 6.000.000 de registros no total

MS> Portei meu sistema em Delphi para o MySQL com ZEOS...

MS> Demorei uma semana pra fazer este trabalho, pois realmente quero "enxugar"
MS> bem o sistema...

MS> Sei que o MySQL não tem os mesmos recursos do que o Firebird mas o MySQL5 já
MS> esta quase chegando lá...

MS> O Resultado: O MySQL5 é muito mais rápido e não está pesando tanto pro
MS> servidor, mesmo rodando junto com o Firebird.... e não fiz alteracao nenhuma
MS> em termos de codigos no programa, indices no banco.... ou seja exatamente
MS> igual... só portei a base

MS> Inclusive consigo até rodar minha aplicaco delphi com acesso remoto com uma
MS> preformance considerável em vista do FB que fica inviavel...

MS> Sei que se tratam de bancos totalmente distintos e sei que o FB é muito mais
MS> robusto... mas deve ter alguma coisa que está deixando o FB lento... isso
MS> deve.

MS> Para analise do pessoal do FB, as únicas coisas que ví diferente no MySQL5
MS> em relação ao FB2.0 é que o MySQL utiliza muito mais memoria e que a base de
MS> dados fica com quase o dobro do tamanho.... de 850MB do FB contra 1.5GB do
MS> MySQL
MS> Ou seja... não seria o caso do pessoal do FB pensar em mudar a forma de
MS> compilacao dos dados deixando-os menos compactos para uma leitura mais
MS> rápida... a final hoje temos HD poderosissimos a disposicao
MS> E rever como o FB faz o uso da memória fisica, pois como sabemos ela é muito
MS> mais rápida, talvez esse seja o trunfo do MySQL :)

MS> Bem, espero que este email sirva pra ajudar a lista e o pessoal do FB, senão
MS> desconsiderem por favor.

MS> Marcelo Silva