[firebase-br] 100% CPU

[Carlos H. Cantu]

Soh pra completar o que o Eduardo disse, se vc usa multithread, cada
thread deve ter sua própria conexão com o banco, bem como sua própria
transação, caso contrário, espere problemas.

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

EJ> Erick,

EJ> O Client do FireBird não é ThreadSafe, ou seja, não suporta muitas
EJ> requisições paralelas (concorrentes).

EJ> Em outras palavras a GDS32.Dll (ou sua irmã mais nova) podem apresentar
EJ> vários problemas quando há Timers ou acesso concorrente, e podem "congelar"
EJ> (não travar, apenas demorar para responder).

EJ> Em determinadas condições, isto pode fazer com que o servidor perca muito
EJ> processamento (testando a conexão com o cliente, ou re-enviando pacotes).

EJ> Outra coisa, UDFs são as principais causas de travamentos e consumo
EJ> excessivo de CPU do FireBird, se você utiliza muito, tome cuidado (ou
EJ> procure conhecer bem como a UDF trabalha)

EJ> Por outro lado, é absolutamente normal que numa consulta pesada, com joins,
EJ> e milhões de registros envolvidos e alguns comandos de agregação, a CPU ser
EJ> utilizada totalmente durante alguns instantes (poucos segundos). Se o banco
EJ> está rápido, entenda isto como normal....

EJ> [s]

EJ> ====================
EJ> Eduardo Jedliczka
EJ> Apucarana - Paraná
EJ> ====================

EJ> ----- Original Message -----
EJ> From: "Erick Phillipe R. de Almeida" <ephilliperj em yahoo.com.br>
EJ> To: <lista em firebase.com.br>
EJ> Sent: Wednesday, July 06, 2005 10:26 AM
EJ> Subject: Re: [firebase-br] 100% CPU


>> Cantú,
>> até então não usava EVENTS no FB  e o problema acontecia.
>> Por mais estranho que pareça quando passei usar eventos ao invés de um
>> TIMER... o problema parece não ter acontecido mais.
>>
>> Eu particularmente detesto este tipo de solução, pq não sei oq aconteceu
>> realmente :-(