[firebase-br] Tamanho de cache

Rafael - FAV Ferro e Aço rafael em favcomercial.com.br
Sex Jan 30 12:04:04 -03 2015


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?




--
Rafael Cardoso Stella
Gerente Financeiro
FAV Comércio de Ferro e Aço LTDA
Fone: (15) 3229-5050 - (11) 4523-5833 - FAX: (15) 3229-5055
rafael.sorocaba em favcomercial.com.br
http://www.favcomercial.com.br


Em 30 de janeiro de 2015 11:22, Gladiston Santana
<gladiston em vidy.com.br> escreveu:
> É melhor deixar que gbak faça o sweep após o backup concluído com sucesso,
> assim você terá a garantia de um autoreparo se houver sinistro.
> O backup deve ser ao menos diário e usando gbak, não tente copiar o arquivo
> de dados.
> A lentidão podem ter muitas causas, mas o que é mais comum na minha opinião
> é o acumulo de lixo com transações, dá uma olhada na estatistica do banco
> no momento de lentidão e reporte à lista.
> Quanto ao tamanho do cache, se seu sistema é dedicado, a conta é mais
> fácil, verifique quanto de memória ainda resta no sistema após o boot, em
> sistemas linux use free -h, depois calcule pela quantidade de conexões que
> haverá (acrescente umas conexões de reserva) e recalcule para usar 90%
> dessa memória remanescente.
> Para mim, memória sobrando, é memoria desperdiçada.
> No ambiente linux, se nenhuma aplicação reivindicar uso de memória, o
> kernel irá utilizá-la para buffers de arquivos e as devolve apenas quando
> mais memória é reivindicado por programas.
> Na *minha opinião* é mais sensato fazer o FB utilizar essa RAM, antes que
> seja usada por buffers de arquivos.
>
> inte+
> ps: programe uma atualização do seu FB para 2.5, a 2.1 foi descontinuada.
>
> Em 30 de janeiro de 2015 09:53, Rafael - FAV Ferro e Aço <
> rafael em favcomercial.com.br> escreveu:
>
>> Oi Alexandre, obrigado pela resposta.
>> O sweep está desativado, executo ele via script no CRON de madrugada.
>>
> ______________________________________________
> 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




Mais detalhes sobre a lista de discussão lista