[firebase-br] Firebird x Processadores

Fernando Machado fm-sistemas em fm-sistemas.com
Qua Set 27 14:48:29 -03 2006


Eduardo

Eu não uso UDFs e já fiz um Backup/Restore que funcionou normalmente.

Aconteceu que o sistema que utilizava quatro máquinas, há mais de um ano, 
agora
passou para oito e logo que ampliaram a rede começou a cair. Eu tranquei o 
pé e disse que não poderia ser o banco, mas alguma coisa na ampliação da 
rede.
De fato, começou a cair muito seguido e eles acabaram verificando que o novo 
hub não prestava, pois chegou ao ponto de não conectar mais. Trocaram o hub 
e voltou a funcionar, mas nos momentos de pico ainda cai. Eu utilizo as 
regras do negócio  todas na aplicação, nada no banco. O servidor não é 
dedicado, mas o banco também é pequeno tem em torno de 30 mb. É um sistema 
de videolocadora e o maior pique é nos momentos em que existe muita retirada 
e devolução ao mesmo tempo. Ele usa um leitor impressão de digital em um 
banco de dados separado SQLite, não sei se iria interferir.
De qualquer forma, muito obrigado

[]'s
Fernando


----- Original Message ----- 
From: "Eduardo Jedliczka (TeamFB)" <jedyfb em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Wednesday, September 27, 2006 2:15 PM
Subject: Re: [firebase-br] Firebird x Processadores


32.000 K é igual a 32 mb de memória. Isto é um valor baixo para uso em um
servidor de banco de dados. Se ele está dando picos e volta ao normal, é
porque alguma operação de SUM, Group By ou Sort está sendo executada, e a
memória é liberada após o final da instrução.

Por isto eu disse para ele olhar também o pico total de consumo do sistema,
e qual o tamanho da memória paginada em disco. Se estiver paginando muita
coisa em disco, o sistema vai ficar lento mesmo. E a aquisição de memória
poderia melhorar drasticamente o desempenho da máquina.

Agora, se o  SEU servidor está caindo, é bom você verificar como anda o
Sistema Operacional, quais são os processos em execução no servidor, e quais
as mensagens estão sendo referenciadas no arquivo de LOG do FB. Causas muito
comuns de queda do servidor é "uso de UDFs mal escritas" e "banco
corrompido".

======================
Eduardo Jedliczka
Membro do TeamFB - FireBase
Apucarana - PR
======================
"Posso não concordar com nada do que dizes.
Mas defenderei até a morte o seu direito de dizê-lo"
(Voltaire 1694-1778)
----- Original Message ----- 
From: "Fernando Machado" <fm-sistemas em fm-sistemas.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Wednesday, September 27, 2006 1:54 PM
Subject: Re: [firebase-br] Firebird x Processadores


Eduardo Jedliczka escreveu:

>Apesar que o seu problema pode ser o tamanho do sort. Abra o gerenciado de
>tarefas e solicite para exibir as colunas referentes a "uso de memória", "
>tamanho memória virtual" e "pico de uso da memória". Acompanhe o processo
>FBSERVER e veja os valores retornados. O consumo total de memória do SO
>também é interessante.

Eduardo, desculpe me intrometer, mas como tenho um problema de queda do
servidor e já andei abrindo o gerenciador de tarefas e observando o que tu
mencionou no parágrafo acima, gostaria de saber o seguinte:

No meu caso tenho picos altos de memória e também o FBSERVER aumenta para
32.000 K ou talvez até mais. O que pode significar isso ?

[]'s
Fernando


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço 
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa





Mais detalhes sobre a lista de discussão lista