[firebase-br] É verdade que quando um banco tem mais de 40gb começa a consumir processador ?

[Eduardo Jedliczka - TeamFB]

o Tamanho Ideal de página de dados é algo utópico....

Cada aplicação (tipo dos dados, comportamento em relação à proporção de
cadastros Versus Consultas), cada servidor (hardware, sistema
operacional e sistema de arquivos) tem números ideais diferentes.

Tenho vários bancos (com estrutura parecida) rodando em servidores
diferentes com volume de dados diferentes... alguns com páginas de 4KB,
outros com páginas de 8KB e apenas um com páginas de 16KB.

Páginas grandes ajudam o desempenho do Select, mas prejudica muito os
Inserts, Deletes e Updates.

Páginas pequenas ajudam o desempenho de Inserts, Deletes e Updates mas
exigem mais I/O para retornar os dados num Select

o fato de casar o tamanho da página do banco com o bloco de alocação de
disco do sistema operacional também é um fator que interfere
significamente na perfomance do banco.

Sucesso,

Eduardo Jedliczka

Em Sex, 2008-02-15 às 09:34 -0300, Sandro escreveu:
> Uso FB 1.5 SuperServer com Servidor Conectiva 10, minha base tem + ou - 170
> mb , uso delphi 7 com IBX, tenho alguns indices criados, uso page sisze de
> 4kb  e um page buffer de 2048 e tudo funciona rapidamente.
> 
> Tudo depende de testes.. ja fiz testes com page side de 16kb e os
> resultados foram ruins..
> 
> Espero ter ajuda em algo..
> 
> 
> ----- Original Message ----- 
> From: "Chico" <chico em auditecmatao.com.br>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Friday, February 15, 2008 8:50 AM
> Subject: Re: [firebase-br] É verdade que quando um banco tem mais de 40gb
> começa a consumir processador ?
> 
> 
> Muito obrigado Sandrão!!!
> Mas... .esta "Página" estão maior, quais são os benefícios ? E tem algum
> ponto desfavoravel ao aumento ?
> E será que ela estão com 16k... os meus componentes IBX vão continuar
> funcionando bem com o FB(1.5.2) ?
> Abraços.
> Chico.
> 
> Sandro escreveu:
> > Vc faz um backup e depois um   RESTORE com opção  -p páginaemkb
> >
> > Valeu
> > ----- Original Message ----- 
> > From: "Chico" <chico em auditecmatao.com.br>
> > To: "FireBase" <lista em firebase.com.br>
> > Sent: Friday, February 15, 2008 8:31 AM
> > Subject: Re: [firebase-br] É verdade que quando um banco tem mais de 40gb
> > começa a consumir processador ?
> >
> >
> >
> >
> > Eduardo Jedliczka escreveu:
> >
> >> Ahhh... 40MB...
> >>
> >> Costumo não duvidar quando alguém fala em banco de vários GB... conheço
> >> muitas empresas com GDBs de 15 ou mais GBs rodando com linux classic
> >> server.
> >>
> >> Quanto ao seu problema, de quanto em quanto tempo você commita seus
> >> dados, fecha a transação e inicia outra ??? (Só um palpite, acho que
> >> você faz isto apenas quando fecha o programa... e nem sequer utiliza um
> >> ibtransacion)
> >>
> >>
> >>
> > DÚ... Eu uso juntos o IBDatabase e o IBTransaction. No caso de
> > transações eu uso sempre o commitretainig... pelo jeito o certo seria
> > usar o COMMIT ?
> >
> >> Reveja seu modelo transacional (transações curtas são muito saudaveis
> >> para o banco de dados e para o seu emprego também) e monitore (através
> >> de um gstat -h) como anda o avanço das transações.
> >>
> >> É melhor ter 300.000 transações por dia, nem que seja para dar simples
> >> selects ou inserts de um único registro, do que ter 10 transações com
> >> duração de 8 horas que inserem milhares ou milhões de registros... pois
> >> lembre-se o servidor pode travar, ou a energia acabar (e o no-break
> >> quando existe pode estar sem carga) e perder tudo feito naquelas
> >> transações que estão em aberto (aquelas 8 horas de trabalho)!
> >>
> >> Bom, agora quanto ao insert lento, vamos fazer uma pequena comparação...
> >> tenho uma única tabela com 20 milhões de registros (FB 1.5.4 ubuntu
> >> linux 7.04 server num 2x Xeon Quad-core) e um insert nela demora
> >> beeeeeem menos que um segundo, isto com vários índices não-constraint e
> >> páginas de 16KB visando otimizar os selects.
> >>
> >>
> > Du... onde eu ajusto a página? Pelo menos pelo IB-Expert eu não estou
> > vendo opção... Será que eu vou ter que recriar a tabela ? E o seu FB é
> > SuperServer ou ClassicServer ?
> >
> > Chico.
> >
> >> Sucesso,
> >>
> >> Eduardo Jedliczka
> >>
> >> Em Qui, 2008-02-14 às 17:18 -0300, Chico escreveu:
> >>
> >>
> >>> Eduardo, me desculpe... eu errei na informação...
> >>> Tem 40Mbs nesse banco.
> >>> Eu uso Delphi com IBX...
> >>> Quando dou um insert ele fica um pouco lento...
> >>> Ele tem chave primária criada.
> >>>
> >>> Você já viu algo do tipo?
> >>> Chico.
> >>>
> >>> Eduardo Jedliczka escreveu:
> >>>
> >>>
> >>>> Não tem fundamento. um banco não consome CPU só por ser grande...
> >>>>
> >>>> o que consome CPU são selects, deletes e updates num banco de dados.
> >>>>
> >>>> Mas, que tipo e volume de informação você utiliza para ter um banco de
> >>>> 47 GB rodando em WINDOWS 2000 ? Numa base que não guarde imensos blobs,
> >>>> isto representa pelo menos 60 milhões de registros...
> >>>>
> >>>> Sucesso,
> >>>>
> >>>> Eduardo Jedliczka
> >>>>
> >>>> Em Seg, 2008-02-11 às 10:18 -0300, Chico escreveu:
> >>>>
> >>>>
> >>>>
> >>>>> Pessoal, estou tendo picos de uso no meu processador (Windows 2000
> >>>>>
> > Server).
> >
> >>>>> E lá mostra como um dos maiores usos o FireBird (1.5)
> >>>>> Um amigo meu disse que quando um banco ultrapassa os 40gb começa a dar
> >>>>> esse consumo ?
> >>>>> E meu banco está com 47GB.
> >>>>> Seria verdade a afirmação dele ?
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> ______________________________________________
> >>>> 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
> >>
> >>
> >>
> >>
> >
> >
>