[firebase-br] Voltou a cair (URGENTE)
Eduardo Jedliczka (TeamFB)
jedyfb em gmail.com
Seg Set 25 15:47:39 -03 2006
o Douglas está certo...
você pode desligar o sweep automático pelo gfix, e programar (via agendador
de tarefas) sua realização num horário de menor movimento.
Agora preste atenção na duração de suas transações... Há quase 1700
transações entre a mais antiga e a próxima. Isto deixa o banco lento pois é
obrigado a manter muitas versões (e consequentemente lixo) dos mesmos dados.
Mas converse com a equipe de desenvolvimento, e discuta a possibilidade
(pelo menos nos lugares críticos) de ter duas transações (uma off-line,
apenas para manter os datasets abertos) e outra on-line e curta (apenas para
manutenção dos dados e alimentação da transação secundária). Assim vocês não
perdem o que já foi feito, e poderão melhorar o desempenho do banco.
Só mais uma coisa: Eu tenho uma teoria que a quantidade de lixo será menor
com o FB classic, por culpa da forma como é feito o Garbage Collection. Isto
pode causar uma pequena melhoria no desempenho durante os momentos de pico.
======================
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: "Douglas" <nix em nixespecializada.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Monday, September 25, 2006 3:10 PM
Subject: Re: [firebase-br] Voltou a cair (URGENTE)
>
> Faz pelo agendador do S.O.
>
> Em Segunda 25 Setembro 2006 14:12, Suporte Sinapse Informática escreveu:
>> Eduardo,
>>
>> Segue abaixo parte das estatísticas do banco de dados que tirei hoje pela
>> manhã. Gostaria de aproveitar para te perguntar se existe alguma maneira
>> do
>> Firebird fazer o sweep automaticamente em um determinado horário?
>>
>> Database header page information:
>> Flags 0
>> Checksum 12345
>> Generation 151815
>> Page size 16384
>> ODS version 10.1
>> Oldest transaction 140169
>> Oldest active 140192
>> Oldest snapshot 140179
>> Next transaction 151805
>> Bumped transaction 1
>> Sequence number 0
>> Next attachment ID 0
>> Implementation ID 16
>> Shadow count 0
>> Page buffers 16384
>> Next header page 0
>> Database dialect 3
>> Creation date Sep 21, 2006 20:34:54
>> Attributes force write
>>
>> Variable header data:
>> Sweep interval: 20000
>> *END*
>>
>>
>> Database file sequence:
>> File d:\sinapse\Banco\SINAPSE.FDB is the only file
>>
>> Database log page information:
>> Creation date
>> Log flags: 2
>> No write ahead log
>>
>> Next log page: 0
>>
>> Variable log data:
>> Control Point 1:
>> File name:
>> Partition offset: 0 Seqno: 0 Offset: 0
>> Control Point 2:
>> File name:
>> Partition offset: 0 Seqno: 0 Offset: 0
>> Current File:
>> File name:
>> Partition offset: 0 Seqno: 0 Offset: 0
>> *END*
>>
>> Analyzing database pages ...
>>
>>
>> CARLOS HENRIQUE MEIRELES
>> DESENVOLVIMENTO DE SISTEMAS
>>
>> ----- Original Message -----
>> From: Eduardo Jedliczka (TeamFB)
>> To: FireBase
>> Sent: Monday, September 25, 2006 1:26 PM
>> Subject: Re: [firebase-br] Voltou a cair (URGENTE)
>>
>>
>> 1) Não sou um usuário do DBX, por isto provavelmente eu não serei a
>> melhor pessoa a lhe responder sobre isto, mas segundo me consta, é
>> necessário, além do ApplyUpdates(-1), fechar a query. (não sei se há um
>> componente expecífico para transações).
>>
>> 2) Se você usa triggers, e SPs, pode trabalhar 100% num contexto de
>> auto-commit. sei que o DBX não suporta operações auto-commit, mas seria
>> bom você possuir uma forma de "liberar" a transação caso um usuário fique
>> muito tempo sem usar, assim, evita-se transações longas quando uma pessoa
>> começa a alterar um cliente ou pedido, e sai para almoçar.
>>
>> 3) Sim, é recomendado que você use o FB Classic. Não é necessário mudar
>> nada no sistema, exceto se alguém utilizar conexão local com o banco
>> (precisa informar o IP). Simplesmente remova o SuperServer (guarde o
>> arquivo de usuários, se você criou algum), e instale o classic.
>> Provavelmente você perceberá que o tempo de inicialização do seu sistema
>> irá subir (o classic aloca recursos a cada nova conexão), mas a
>> utilização
>> dos dois
>> núcleos/processadores será melhor distribuída.
>>
>> 4) as estatísticas são texto. poste-as no corpo da mensagem mesmo. Mas
>> poste apenas as informações relevantes (oldest transaction, etc)...
>>
>> ======================
>> 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)
>> ______________________________________________
>> 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
>
> --
> Nix Expecializada
> Soluções em Interconectividade, Servidores e Segurança de Rede com
> Software
> Livre.
> Rua São José, 1.182 – sala 6.
> Centro – Piracicaba/SP – 13400-330
> Contatos:(19)3434-3526 E-mail: nix em nixespecializada.com.br
> (19)9183-4244 Douglas E-mail: douglas em nixespecializada.com.br
> (19)9183-4238 Judson E-mail: judson em nixespecializada.com.br
>
> ______________________________________________
> 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