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

[Daniel / Tecnobyte]

Olá

Realmente existe uma diferença ENORME entre FB e MySQL5 no que diz respeito 
a performance. Utilizo o FB nas aplicações que desenvolvo para clientes 
particulares. Na empresa que trabalho regularmente, usamos MySQL 5, o qual 
suporta 300 ou mais conexões com relativa tranquilidade. Os servidores de 
MySQL nesta empresa possuem 5000GB de RAM e realmente o MySQL utiliza 
amplamente esta disponibilidade de memória.

Os recursos do FB a nível de programação do lado do servidor são MUITO 
melhores que do MySQL, mas a questão de robustez e performance do MySQL 5 
usando base de dados InnoDB é realmente impressionante. Inclusive existe um 
mecanismo de recuperação de falhas que geralmente resolvem problemas mais 
simples automaticamente, diferente do FB que requer a intervenção manual 
usando GFIX e GBAK.

A performance para acesso remoto é MUITO mais rápida no MySQL do que em FB 
2.0 ou anteriores. Em relação ao FB 2.1 esta diferença ficou bem menor (não 
fiz muitas comparações ainda). Em relação às funções SQL as diferenças entre 
MySQL e FB diminuiram bastante na versão 2.1 do FB. Espero que outras 
melhorias sejam realmente feitas no FB para torná-lo ainda melhor.

Atenciosamente.

Daniel P. Guimarães
Tecnobyte Informática

Quer usar o Tecnobyte SAC em rede?
Acesse: www.tecnobyte.com.br/sac_plus.html

----- Original Message ----- 
From: "Marcelo Silva" <marcvan em ig.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Tuesday, April 29, 2008 9:14 AM
Subject: Re: [firebase-br] Processamento alto (teste FB2.0 X MySQL5)


Pegando o gancho...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Marcelo Silva
---------------------------------------