[firebase-br] Backup/Restore - Desempenho abaixo do esperado

[Eduardo Jedliczka]

Complementando a resposta do Valdir.

tanto o Backup quanto o restore são processos sequenciais com ZERO de
paralelismo. é um processo batch, restaura todas as tabelas, e depois
cria sequencialmente um por um dos índices.

Já questionei alguns membros da equipe de desenvolvimento do Firebird,
e tive uma resposta não muito animadora sobre isto:

 - 1º) mudar isto implica em quebra de compatibilidade com as versões
anteriores do gbak.
 - 2º) isto aumentaria o consumo de memória (que hoje é absurdamente
baixo, e raramente passa de 40 mb se não forem mudados o tamanho da
cache do banco). Lembre-se o firebird pode ser executado em qualquer
máquina capaz de rodar satisfatoriamente o windows 95/98.

Então, entrar no swap ele não vai, mas 4 gb de ram é muito pouco para
fazer cache de disco de um arquivo de 13 GB (que deve ter muitos
índices grandes pelo seu relato).

isto quer dizer, que a "restauração dos dados" deverá ser muito mais
rápida no servidor 2 do que no primeiro, porém na criação dos
índices... o que conta é o clock e cache interna do processador. isto
quer dizer que um Single-core de 3.73 GHZ pode ser muito mais rápido
que um Quad-Core de 2.8.

Duas coisas que teriam um grande impacto no tempo do restore, seria :

1º) aumentar a RAM para pelo menos 16 GB, assim caberia o banco
inteiro na memória e reduziria I/O.
2º) trocar os discos de 7200 rpm por discos de 15.000 rpm (de
preferência de 2.5") que oferecem menor latência.

Abraço

Eduardo Jedliczka

Em 28 de junho de 2010 10:27, Valdir Marcos <valdir.marcos em ig.com.br> escreveu:
> Bom dia.
>
> Sim, comece atualizando o FB para a versão 2.5, depois tirando todos os
> processos que forem desnecessários no servidor Linux como o ambiente
> gráfico, por exemplo.
> Com 2 e 4 núcleos seria melhor você fazer testes usando as arquiteturas
> Classic e SuperClassic.
> Com 4GB de ram contra 13GB de banco, você tem certeza que a área de swap não
> está sendo utilizada durante o backup? Se sua resposta for sim, coloque mais
> memória ram.
> Isso seria o básico, a partir daí você pode começar a mexer no conf do FB e
> principalmente no controle transacional da aplicação, onde reside a maior
> causa de lentidão do backup ao ter que lidar com o limbo transaction e o
> garbage collection. Faça alguns testes ignorando o LT e o GC para ver a
> diferença de tempo.
>
> Um abraço,
>
> Valdir
>
>
>
>
> Em 28 de junho de 2010 10:04, Gustavo Rocha <cardosorocha em gmail.com>escreveu:
>
>> Prezados,
>> Tenho dois servidores, ambos rodam o linux(suse), ReiserFS, Firebird
>> 2.01 Super Server, FDB de 13Gb, porém com configurações de hardware
>> diferentes.
>>
>> Servidor 1 - 4Gb Ram, Dual Core, Hd SATA 40Gb-7200 rpm
>>  Teste executado no servidor 1: hdparm -tT /dev/sda
>>  Timing cached reads:   5294 MB in  2.00 seconds = 2648.82   MB/sec
>>  Timing buffered disk reads:  266 MB in  3.02 seconds =  88.10   MB/sec
>> Servidor 2 - 4Gb Ram, Xeon Quad-Core, com controladora SAS 6IR, Hd SAS
>> 500Gb-7200 rpm 6Gb/s, com RAID0.
>>  Teste executado no servidor 2: hdparm -tT /dev/sda
>>  Timing cached reads:   19064 MB in  2.00 seconds = 9545.02   MB/sec
>>  Timing buffered disk reads:  796 MB in  3.01 seconds = 264.71   MB/sec
>>
>> Pelo teste daria para acreditar que o servidor 2 tem um desempenho, a
>> nível de disco, pelo menos 3,5 vezes mais rápido que o servidor 1.
>> Para minha surpresa, uma operação de backup/restore em ambos teve o
>> mesmo tempo de duração. Tempo gasto para o backup/restore = 11horas
>>
>> Nesse caso, seria possível fazer com que o firebird tire melhor
>> proveito do servidor 2?
>>
>> Agradeço a atenção.
>>
>> Gustavo.
>>
>> ______________________________________________
>> 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
>