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

[Eduardo Jedliczka]

Esta eu acho que não...

Talvez se o Cantu tiver um pouco de tempo....

Mas acho que se você aumentar o tamanho das páginas de 4K para 16K melhorará
perceptívelmente (mas não assustadoramente) a consulta do seu sistema, mas
poderá se tornar um pouco mais lento para inserts.

[s]

Só mais um detalhe, o linux utiliza boa parte da memóra para cache em disco
(e eu sei que este número pode ser aumentado, mas não sei como), isto quer
dizer, que além das páginas "gerenciadas" pelo FB que estarão na memória,
partes do próprio arquivo GDB estarão lá, permitindo um bom desempenho.

=====================
Eduardo Jedliczka
GeraSoft Informática
Apucarana - PR
=====================
----- Original Message ----- 
From: "Maglan Cristiano Diemer" <maglan em univates.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, December 10, 2004 10:23 AM
Subject: Re: [firebase-br] utilizar memória do servidor


> 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
> >
>
> Ué... ninguém apto para responder a minha pergunta ?
>
> Maglan
>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>