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

Kleber Caneva kdcc em terra.com.br
Ter Abr 29 13:42:15 -03 2008 

Antes de umentar o Page size, tente aumentar o Buffers...

[]´s

Kléber Caneva

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


Valeu Kleber... minha page size já está com 8192

É bastante consulta e inserts...
Estava com receio de aumentar e piorar pois meu sistema é 24hs online... mas
visto que tenho 2GB de ram... vou aumentar pra 16K pra ver no que dá

Obrigado pela dica...

Marcelo Silva
.................................




----- Original Message ----- 
From: "Kleber Caneva" <kdcc em terra.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Tuesday, April 29, 2008 10:45 AM
Subject: Re: [firebase-br] Processamento alto (teste FB2.0 X MySQL5)


Realmente o FB em sua instalação padrão utiliza muito pouca memória, mas
você pode alterar isso, modificando o Page Size e o Buffers.

A formula é simples:  Page Size * Buffers = Memoria utilizada.
No meu caso tenho usado:  8192 * 32768 = 512 KB

E parou de dar essas travadas que você comentou. Caso não seja suficiente vc
pode ir modificando até achar uma configuração ideal.

Sobre o acesso remoto, esse é um problema conhecido do FB que estão
resolvendo. No FB2.1 foi melhorado mas ainda não é a ideal. (Não testei pra
saber o quanto melhorou)

Este seu sistema, é somente consulta ou tem manipulação de dados ?   Qual a
relação entre uma e outra ?    Se for mais consulta, vc pode aumentar o Page
Size que tende a ficar mais rapido.

[]´s

Kléber Caneva



----- Original Message ----- 
From: "Marcelo Silva" <marcvan em ig.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Tuesday, April 29, 2008 10: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
---------------------------------------



----- Original Message ----- 
From: "robson" <robsonfg em terra.com.br>
To: "'FireBase'" <lista em firebase.com.br>
Sent: Tuesday, April 29, 2008 9:26 AM
Subject: [firebase-br] Processamento alto


Estou com um problema, tenho um servidor firebird 2,04 rodando em linux
(suse) superserver....



Ao fazer uma consulta select simples, utilizando ordenação com chave
primaria, em que trago 20 campos da tabela para gerar um arquivo txt de
exportação, são 38000 registros, enquanto estou fazendo a leitura e gravando
o arquivo texto, o servidor esta chegando a 100% do processamento...

Utilizo uma chamada da querye (usando MDO) e faço uma leitura seqüencial dos
dados...



Faço assim:



Abro a querie

Posiciono no primeiro registro

Leio os registros ate o final e vou gravando os dados no txt

Fecho a query

Commit na transação



E uma exportação de dados para o programa de contabilidade


No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.5/1401 - Release Date: 28/04/2008
07:18



No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.6/1403 - Release Date: 29/04/2008
07:26

______________________________________________
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

E-mail verificado pelo Terra Anti-Spam.
Para classificar como spam, visite
http://mail.terra.com.br/cgi-bin/reportspam.cgi?+_d=UyY0NDU0NzM0I3Blcm0hdGVycmEmMSwxMjA5NDc0NTkyLjEzMzU2NS4yMzI5OS5sYWRpZ3VlLmhzdC50ZXJyYS5jb20uYnIsNzk3Nw==
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.



______________________________________________
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

E-mail verificado pelo Terra Anti-Spam.
Para classificar como spam, visite
http://mail.terra.com.br/cgi-bin/reportspam.cgi?+_d=UyY0NDU0NzM0I3Blcm0hdGVycmEmMSwxMjA5NDc3NjY1LjQzMDMyLjIyODY2LmRvbW9uaS5oc3QudGVycmEuY29tLmJyLDEwNTI2
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.

Mais detalhes sobre a lista de discussão lista