[firebase-br] Qual Page Size Ideal para o Firebird 2.5.2c\LinuxCentOS 6 64 Bits

[Gladiston Santana]

Se seu sistema já estabilizou-se dá uma olhada nas estatisticas do banco e
procure por % average fill.
Ele exibe a taxa de aproveitamento da página, tente com 4K, depois 8K  e
16K, quanto mais próximo de 100% melhor será o aproveitamento do espaço
para insert/update. Mas como eu disse antes, para mim a melhor parte é a
pesquisa e nem me preocupo muito com espaço ou tempo de insert/update.
Alias, o update é bem ingrato em sistemas SQL, pois na maioria dos RDBMS
que trabalhei, o update é um delete seguido de um insert. Quem faz muito
update só se dá melhor se usar indices clusterizados como o do MSSQL.


Gladiston Santana
Departamento de TI
Grupo Vidy
Tel (11) 4787-3122 ramal 228
Rod. Régis Bittencourt 3360 - Km 272,5
Taboão da Serra - SP - CEP: 06793-000
Visite nosso site: www.vidy.com.br
Visite também : www.expolabor.com.br




Em 20 de dezembro de 2012 09:27, Adilson <cpd em itauto.com.br> escreveu:

> Isso eu percebi mesmo Cantu , que apos essa mudança as Querys ficaram mais
> rapidas , ate achei que era por causa do da atualizacao do firebird de 2.0
> para 2.5  , entao vou deixar como 4K mesmo , mais se alguem souber de mais
> algo que possa ser feito pra melhorar a performan-se , agradeço as dicas .
>
> Obrigado a todos novamente .
>
> Adilson .
>
> ----- Original Message ----- From: "Carlos H. Cantu" <
> listas em warmboot.com.br>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Thursday, December 20, 2012 8:53 AM
> Subject: Re: [firebase-br] Qual Page Size Ideal para o Firebird
> 2.5.2c\LinuxCentOS 6 64 Bits
>
>
>
> Se o seu "cluster" é de 4K e o seu page size é de 8K, significa que
> para gravação de uma página do banco de dados, será necessário gravar
> 2 clusters do HD, ou seja, nada bom. Já para leituras sequencias, a
> situação melhora.
>
> []s
> Carlos H. Cantu
> www.FireBase.com.br - www.firebirdnews.org
> www.warmboot.com.br - blog.firebase.com.br
>
> A> Hum legal , obrigado pelas informacoes , a todos , Como o Gladiston
> falou ,
> A> ref a mutilplos de 4 , eu acabei
> A> criando o Page Size como 8192 , e nos testes que fiz  , acabou ficando
> bem
> A> mais lento o processo de insert e
> A> update , ai fiz outro teste mudando Page Size para 4096 , E ficou bem
> melhor
> A> que o 8192 . Sendo que 8192
> A> é multiplo de quatro , nao deveria ter caido tanto a performance , teria
> A> então alguma outra coisa a ser verificada
> A> no banco de dados ?
>
>
> A> Desde ja agradesço a todos .
>
> A> Adilson .
> A> ----- Original Message ----- A> From: "Herminio E. Piram" <
> herminiopiram em gmail.com>
> A> To: "FireBase" <lista em firebase.com.br>
> A> Sent: Thursday, December 20, 2012 8:08 AM
> A> Subject: Re: [firebase-br] Qual Page Size Ideal para o Firebird
> 2.5.2c\Linux
> A> CentOS 6 64 Bits
>
>
> A> Não é regra, mas qdo a profundidade dos indices ultrapassam 3
> A> então é hora de aumentar o page size.
>
> gStat depth>>3
>
>
> A> Em 19 de dezembro de 2012 17:20, Gladiston Santana
> A> <gladiston em vidy.com.br>**escreveu:
>
>  O tamanho de página em qualquer filesystem determina o percentual de
>>> ocupação no disco por seus arquivos.
>>> Antigamente, como o numero de blocos tinha um limite, o SO pegava o
>>> tamanho
>>> do HD e dividia pelo numero maximo de blocos que poderia existir e isso
>>> determinava o tamanho do cluster na hora da formatação   O limite no
>>> numero
>>> de blocos ficou para o passado, mas a formatação automatica ainda faz a
>>> mesma conta para determinar o tamanho do cluster ou coloca o
>>> minimo possível, afinal, quanto menor o cluster, menor será o
>>> disperdicio.
>>>
>>> Se seu cluster tiver 4K, voce pode usar como tamanho de página múltiplos
>>> de
>>> 4K como 4K, 8K e 16K, mas não deve usar 2K/6K/12K que não são multiplos
>>> de
>>> 4K. Na realidade isso não tem a ver com a performance em si mesmo, mas
>>> com
>>> o aproveitamento do banco de dados no seu disco. Um cluster de 4K para
>>> armazenar uma página de 6K dará um aproveitamento duvidoso, pois um bloco
>>> será preenchido 100% e outro a metade 50%, como num cluster não existe
>>> reaproveitamento de espaço então numa conta simples vocÊ gravou 6K, mas
>>> ocupou 8K. Por isso, não é bom usar tamanho de página no firebird sem
>>> considerar o tamanho de cluster. Um aproveitamento melhor do disco também
>>> eleva a performance de qualquer sistema de cache.
>>> ______________________________**________________
>>> 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<http://www.firebase.com.br/fb/artigo.php?id=1107>
>>> Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<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<http://www.firebase.com.br/fb/artigo.php?id=1107>
> Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<http://firebase.com.br/pesquisa>
>
>
> -----
> Nenhum vírus encontrado nessa mensagem.
> Verificado por AVG - www.avgbrasil.com.br
> Versão: 2012.0.2221 / Banco de dados de vírus: 2637/5472 - Data de
> Lançamento: 12/19/12
>
>
>
>
> ______________________________**________________
> 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<http://www.firebase.com.br/fb/artigo.php?id=1107>
> Para consultar mensagens antigas: http://firebase.com.br/**pesquisa<http://firebase.com.br/pesquisa>
>