| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/06/2010 10:48:09
|
abelgomes
Virtual Machine Man
![[Avatar]](/images/avatar/e14601b19b804b49c4022a1dd205554e.jpg)
Membro desde: 12/06/2008 17:08:23
Mensagens: 706
Localização: Manaus-AM
Offline
|
Bom dia pessoa, estou com o seguinte problema.
Quando iniciado o JBoss, a aplicação está rapida e muito boa. Depois de uns 3 dias temos que reiniciar, pois esta lenta demais e travando.
Já alteramos o PermSize para 512, mas mesmo assim o problema continua.
O sistema faz muitas transações com campos blob. Pode ter alguma influencia? Pois o sistema grava o blob pego o ID e depois sai dando update (select for update). Mas depois de tudo isso os cursores sao fechados.
Em fim, alguma ajuda?
|
...the only easy day was yesterday... |
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/06/2010 11:27:39
|
CarvalR2
JavaBaby
![[Avatar]](/images/avatar/2baed7f2a5f7dff7807a7d0fd8dc6878.jpg)
Membro desde: 11/02/2010 20:23:32
Mensagens: 79
Localização: Belo Horizonte - MG
Offline
|
Tem tudo para ser memory leak.
Resultset, PreparedStatements, Statements, CallableStatement, Connection ..
todos tem que ter close() no finally do try/catch
usa jms?
|
Romilson Carvalho
Sun Certified 12-year Java Developer
email: romilson.carvalho@gmail.com
********************************
Acesse o Blog e invista consciente
http://rendaxdespesas.wordpress.com
******************************** |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/06/2010 14:09:30
|
abelgomes
Virtual Machine Man
![[Avatar]](/images/avatar/e14601b19b804b49c4022a1dd205554e.jpg)
Membro desde: 12/06/2008 17:08:23
Mensagens: 706
Localização: Manaus-AM
Offline
|
sim usamos JMS.
em relação aos Resultset, PreparedStatements, Statements, CallableStatement, Connection ..
todos tem que ter close() no finally do try/catch
já estao todos assim.
vlw
|
...the only easy day was yesterday... |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/06/2010 15:28:47
|
CarvalR2
JavaBaby
![[Avatar]](/images/avatar/2baed7f2a5f7dff7807a7d0fd8dc6878.jpg)
Membro desde: 11/02/2010 20:23:32
Mensagens: 79
Localização: Belo Horizonte - MG
Offline
|
A JMS também é boa para causar leak
Caso seja TOPIC, os subscribers devem dar close() na saída. Se não der close, vai acumulando .. até aumentar a memoria muito e jboss ficar lento.
No caso de Queue, todos os recursos devem ser fechados a cada envio de mensagem. Connection, session, etc.... se o objeto tiver o metodo close() , vc tem que garantir que ele sera chamado no final.
P/ vc testar a JMS, conecta no hypersonic (caso esteja utilizando ele como banco de dados default para a JMS) ou no seu banco que voce configurou ..
e cria na tabela JMS_MESSAGES um campo DT_INCLUSAO .. Coloca o campo como NULL e recebendo a data/hora do momento como default.
Ou seja, a cada hora que a jms incluir um registro, o seu dt_inclusao receberá a data default ..
Se você notar que tem muito registro com data antiga, certamente há algum problema na JMS onde você nao esta liberando todos os recursos.
|
Romilson Carvalho
Sun Certified 12-year Java Developer
email: romilson.carvalho@gmail.com
********************************
Acesse o Blog e invista consciente
http://rendaxdespesas.wordpress.com
******************************** |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/06/2010 15:59:35
|
abelgomes
Virtual Machine Man
![[Avatar]](/images/avatar/e14601b19b804b49c4022a1dd205554e.jpg)
Membro desde: 12/06/2008 17:08:23
Mensagens: 706
Localização: Manaus-AM
Offline
|
muito obrigado CarvalR2, iremos implementar essa solução do campo DT_INCLUSAO.
Depois volto com os resultados...
vlw
|
...the only easy day was yesterday... |
|
|
 |
|
|