[firebase-br] Tamanho de cache

[Rafael - FAV Ferro e Aço]

Ha, uma outra dúvida.
Qual a relação entre o tamanho do cache com o tamanho do processo fbserver?
Pois apensar o meu cache estar em 16Mb, o processo ocupa 700Mb na memória.
Apensa lembrando, uso a versão SuperServer 2.1.3.
Obrigado pela ajuda mais uma vez.


--
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 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?
>
>
>
>
> --
> 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