RES: [firebase-br] Re: 100% CPU
Jony
jonyridel em yahoo.com.br
Qua Out 5 08:33:27 -03 2005
Este processo em lote atualiza apenas uma tabela ou várias?
Você esta dando o commit de quantos em quantos registros?
Existe alguém neste horário rodando algum relatório pesado?
----------------------------
Jony Ridel
Grupo Êxito - Salvador - BA
----------------------------
-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Suporte Orel
Enviada em: terça-feira, 4 de outubro de 2005 21:18
Para: FireBase
Assunto: [firebase-br] Re: 100% CPU
Caro Francisco Thiago de Almeida
Veja :
BlobSize=8
CommitRetain=False
Database=\usr\bancodedados\caresys.fdb
DriverName=Interbase
ErrorResourceFile=
LocaleCode=0000
Password=xxx
RoleName=RoleName
ServerCharSet=
SQLDialect=1
Interbase TransIsolation=ReadCommited
User_Name=sysdba
WaitOnLocks=True
> Pode ser que eu esteja errado, mas o DBX não usa CommitRetaining por
> padrão. Talvez vocês estejam falando da conexão que ele deixa ativa...
> Essa conexão fica ativa pq o SQLConnection fica ativo. Se não estiver
> enganado, uma nova transação é iniciada para cada requisição ao banco...
> Logo, sempre ficam abertas duas, no mínimo :S
>
> Suposições...
>
> Francisco Thiago de Almeida
> Enter & Plug Informática
> Divisão: Desenvolvimento e Banco de dados
> Franca / SP
> msn: thiago em enterplug.com.br
>
> ----- Original Message -----
> From: "Carlos H. Cantu (TeamFB)" <listas em warmboot.com.br>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Tuesday, October 04, 2005 5:54 PM
> Subject: Re: [firebase-br] Re: 100% CPU
>
>
>> Eu não uso DBX tb, mas se eu não me engano, o padrão dele é usar
>> CommitRetaining e não Commit. Além disso, se o seu xará não faz o
>> controle explícito de transações (e pelo jeito não faz), então o DBX
>> deve estar segurando alguma transação implícita aberta.
>>
>> []s
>> Cantu (Membro do TeamFB - FireBase)
>> http://www.warmboot.com.br
>> FireBase - http://www.FireBase.com.br
>>
>> EJT> Não faço idéia de como o DBX controla as transações...
>>
>> EJT> talvez o problema seja alguma transação de leitura que está ficando
>> EJT> aberta...
>>
>> EJT> ele disse que lança 20 mil registros por dia, e olhe lá... pouco
>> menos de 21
>> EJT> mil transações...
>>
>> EJT> deve ter feito algumas leituras e deixado aberto, aí o banco começa
>> a ficar
>> EJT> lerdo mesmo...
>>
>> EJT> Também reparei que ele utiliza o Dialect 1... isto não interfere no
>> EJT> desempenho, mas interfere na "eficiência" do garbage collection e de
>> alguns
>> EJT> índices.
>>
>> EJT> Em resumo, o problema do meu chará, é o mais óbvio e comum...
>> problemas no
>> EJT> modelo transacional...
>>
>> EJT> Sucesso,
>>
>> EJT> =========================
>> EJT> Eduardo Jedliczka
>> EJT> Membro do TeamFB - FireBase
>> EJT> Apucarana - Pr
>> EJT> =========================
>>
>> EJT> ----- Original Message -----
>> EJT> From: <listas em warmboot.com.br>
>> EJT> To: <lista em firebase.com.br>
>> EJT> Sent: Tuesday, October 04, 2005 5:34 PM
>> EJT> Subject: [firebase-br] Re: 100% CPU
>>
>>
>>>> Database header page information:
>>>> Flags 0
>>>> Checksum 12345
>>>> Generation 136964
>>>> Page size 4096
>>>> ODS version 10.1
>>>> Oldest transaction 52
>>>> Oldest active 96581
>>>> Oldest snapshot 96103
>>>> Next transaction 136956
>>>> Bumped transaction 1
>>>> Sequence number 0
>>>> Next attachment ID 0
>>>> Implementation ID 16
>>>> Shadow count 0
>>>> Page buffers 4096
>>>> Next header page 0
>>>> Database dialect 1
>>>> Creation date Oct 2, 2005 12:56:05
>>>>
>>>> Variable header data:
>>>> Sweep interval: 0
>>>> *END*
>>>>
>>>> Veja o numero da sua transação mais antiga e ainda ativa: 96581
>>>>
>>>> Veja o numero da sua proxima transação: 136956
>>>>
>>>> Ou seja, tem alguma transação aí segurando o garbage collection,
>>>> provavelmente ativa há várias horas.
>>>>
>>>> SO> Eu percebi uma coisa, é quando está gravando um monte de coisas
>>>> SO> no banco, proncipalmente arquivos em Lote.
>>>>
>>>> Isso indica que seu controle transacional não está OK.
>>>>
>>>> Além disso, inserções em massa devem ter commits em blocos de 500 ou
>>>> 1000
>>>> registros. Acredito que vc esteja commitando de um em um.
>>>>
>>>> Lembre-se tb de rodar o sweep periodicamente.
>>>>
>>>> []s
>>>>
>>>> Carlos (Membro do TeamFB - FireBase)
>>>> WarmBoot Informatica - http://www.warmboot.com.br
>>>> FireBase - http://www.FireBase.com.br
>>
>>
>>
>> ______________________________________________
>> 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
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
>
>
>
>
> _______________________________________________________ Novo Yahoo!
> Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais.
> Instale agora! www.yahoo.com.br/messenger/
>
>
> ______________________________________________
> 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
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
______________________________________________
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
Para consultar mensagens antigas: http://firebase.com.br/pesquisa
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.9/116 - Release Date: 30/9/2005
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.9/116 - Release Date: 30/9/2005
_______________________________________________________
Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora!
www.yahoo.com.br/messenger/
Mais detalhes sobre a lista de discussão lista