Re: [firebase-br] utilizar memória do servidor

[Carlos H. Cantu]

Respostas:

A partir de um certo tamanho, o cache deixa de fornecer performance
adicional.

Lembre-se que além do cache do BD, ainda há o cache do sistema
operacional.

Lembro de uma discussão na lista de desenvolvedores que se propunha a
desativar o cache do banco, deixando apenas o cache do S.O., para
evitar duplo-cache, mas não sei em que conclusão chegaram.

Na situação que vc exemplificou, sim, o select do outro usuário se
beneficiaria do cache na versão SS.


[]s
Cantu
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br

MCD> Maglan Cristiano Diemer wrote:
>> Pessoal,
>> 
>> Já fiz perguntas sobre este assunto na lista.
>> Mas, ainda não consegui encontrar uma resposta
>> fundamentada que pudesse aproveitar.
>> 
>> A questão é sobre a utilização de memória
>> do servidor para cache.
>> Meu servidor é biprocessado com linux e FB 1.5.2
>> 
>> Hoje utilizo a versao classic. Para cada
>> conexão tenho um novo processo fb_inet_server.
>> Cada processo ocupa um pouco mais do que
>> o total de cache definido para o .gdb.
>> 
>> No caso, 8198 paginas de 4096 = 32MB.
>> 
>> Além disso, cada processo roda no processador
>> que está disponível. Estou monitorando constantemente
>> o servidor e consigo ver isso claramente. Posso
>> ter dois processos fb_inet_server ocupando 90 a 99% de
>> cpu ao mesmo tempo. Cada um roda em um processador diferente.
>> 
>> 
>> Mas, estou mudando de servidor. Para um monoprocessado.
>> Nesta mudança, penso em usar a versão SuperServer do FB.
>> 
>> Mas, como vou dimensionar a memória RAM para cache
>> já que o cache é global para todas as conexões.
>> 
>> Se manter a mesma configuração de paginas teria
>> um total só de 32MB de cache no servidor ?
>> 
>> Como faço para aumentar isso? Tenho 1024MB de RAM.
>> 
>> Li que não é aconselhável definir mais de 10000 páginas
>> de cache. Porque ? Mesmo assim, 10000 paginas de
>> 4096 só me dariam 40MB. Posso mudar o tamanho da
>> pagina para 8196, mas mesmo assim só teria 80MB
>> de cache.
>> 
>> Outra duvida é em relação a esse cache global para
>> todas as estações realizado pela versão SuperServer.
>> Percebemos que um primeiro select no banco demora um
>> pouco mais, e se fizermos um segundo select na mesma
>> tabela, mudando poucos parâmetros a resposta é muito rápida.
>> Julgo que isso é devido ao cache. Então, gostaria de
>> saber se com o cache global, o select de um usuário
>> estaria beneficiando o select de outro usuário. Ou seja,
>> o primeiro usuário faz um select, esse atualiza a cache
>> e o select do segundo usuário se aproveita dessa cache
>> gerada pelo primeiro usuário.
>> Na versão classic isso não acontece já que cada
>> usuário tem sua própria cache, não é?
>> 
>> Maglan