[firebase-br] Tamanho de cache

[Gladiston Santana]

O tamanho de página de dados influencia o tamanho do cache do FB com
certeza, mas recomenda-se ter o tamanho multiplo do cluster do seu sistema
de arquivos. Ex:
# tune2fs -l /dev/sda1 | grep -i 'block size'
Block size:               4096

No exemplo acima, meu disco usa um cluster de 4k, então os tamanhos de
páginas recomendados para usar são:4k, 8k, 12k, 16k. O tamanho de página
está muito relacionado aos indices e ao tamanho de cache de páginas, pois o
FB cacheia páginas inteiras. Um cache de 2.000 páginas
(parametro DefaultDbCachePage) de 16k, siginifica 16k*2000. Se forem 50
estações simultanea, então multiplique por 50. Isso será uma estimativa de
consumo de RAM razoável que será usada pelo FB.

Talvez voce não precise ficar quebrando a cabeça com contas, aumente o
tamanho da página (e/ou DefaultDbCachePages)  e monitore o consumo de ram
deste servidor com todos conectados, tente com páginas de 8k/12k/16k e
aquele que alcançar resultados melhores, mantenha.

Deixe uma sobra de RAM e lembre-se que ao usar 'free -h' o que você ver em
buffers/cache é também memoria livre do sistema, já que em ambiente linux,
memória não usada acaba virando cache.

Dê ouvido ao que os colegas disseram,  a edição classic é mais conveniente
em servidores com vários nucleos, isso não muda a compatibilidade com o seu
aplicativo, mas tome cuidado em não mexer no arquivo de cofiguração
(firebird.conf,aliases.conf) e no security2.fdb - é um sistema de terceiros
e você não sabe se os camaradas fizeram ajustes neles.

É minha opinião e outros discordam, mas para mim, restore só é indicado se
algum problema ocorrer. Ao fazer restore apenas por fazer, você mata
estatisticas armazenadas internamente que poderiam melhorar a performance
com o passar do tempo.

inte+



Em 30 de janeiro de 2015 12:04, Rafael - FAV Ferro e Aço <
rafael em favcomercial.com.br> escreveu:

> Robson e Gladiston, muito obrigado.
> Vamos lá.
> Quanto à versão, eu não tenho muito controle, pois a base foi
> desenvolvida pela empresa que fez o sistema.
> Eu já solicitei a atualização para essa versão, mas eles estão
> estudando ainda se não daria nenhum problema.
> É sabido também (por mim e por eles) que o sistema mantém transações
> abertas por muito tempo.
> Acontece que a empresa criadora do sistema está desenvolvendo uma nova
> versão (vão mudar a estrutura de cliente/servidor para web) e novas
> melhorias nessa versão estão suspensas, a não ser que sejam erros ou
> problemas críticos.
> Eu acho que esse problema de performance é crítico, mas enfim, não
> posso ficar dependendo somente deles, devo fazer tudo o que estiver a
> minha disposição.
> O backup é diário, mas o restore é semanal. Posso estudar pra mudar isso.
> Para eu aumentar o cache, priorizo o aumento do tamanho da página ou o
> número de páginas?
>
>