Problemas com coletor de lixo do java

Olá,

Ve se te ajuda…

Eu já tinha visto esse

Pra mim não funciona, o número de arquivos abertos aumenta e não abaixa, só quando faço alguma requisição http para a aplicação

aumentar esse limite só vai fazer com que a aplicação demore um pouco mais para travar.

Você chama o comando close() explicitamente, dentro de um bloco finally?
Qual a velocidade com que você abre e fecha conexões sockets?

Entendi, …

• está ocorrendo mais acessos ao teu sistema, fazendo com que ele sobrecarregue ?
• por acaso a aplicação está deixando de fechar as conecções ?
• tem certeza que não houve mudança no ambiente ? [pois, se esta tudo funcionando e agora não … provavelmente alguem alterou algo. ]
  — problema de memória ?
• vc consegue reproduzir essa situação em algum outro lugar ?
  — tente trocar o binário do aplicativo… caso não tenha como reproduzir o erro, pode ter [suposição] corrompido o pacote. =D

ViniGodoy, eu fecho tudo que eu abro na aplicação, só não posso garantir quanto ao Axis2 e ao driver do MySQL

Vmaia, pelo contrário, quando tem acesso o coletor de lixo do java funciona e o problema não acontece. Eu havia refeito o deploy da aplicação, eu tinha corrigido um bug, consertado um erro num JSP e criado clientes para acessar outros webservices mas as alterações não fizeram diferença para esse cliente, já tentei colocar a versão antiga para rodar e dá o mesmo erro.

Já fiz o mesmo procedimento numa maquina virtual com o mesmo linux e as mesmas versões dos programas que estão instalados e nada do erro.

Problema de vazamento de memória o tomcat deve ter, mais o coletor de lixo do java aparentemente nem passa, pq a quantidade de arquivos abertos pelo java aumenta cada vez mais e nada de baixar.

E no outro cliente que tem linux a aplicação roda normal e tem bem mais coisa no servidor dele.

Respondendo a segunda pergunta do ViniGodoy, a aplicação tem um monte de threads que rodam em background, tem 2 que rodam de 5 em 5 minutos que fazem consulta no banco e pegam arquivos e enviam dados a webservices.

Tem outras 3 que fazer consultas em webservices para verificar o funcionamento de serviços e mais outras duas que usam a internet, tem mais duas que rodam de meia em meia hora que fazer umas consultas no banco para verificar o sistema.

Eu não mexo com socket diretamente, quem usa é o spring, mysql, javamail, axis

Eu desconfiava do tamanho da aplicação que tem atualmente 36 megas

Só me sobrou algumas alternativas

• Tentar reinstalar o java;
• Fazer um programa que fique fazendo requisições para a página da aplicação (aparentemente funciona);
• Falar pro cliente que é problema do SO dele;

Eu já perguntei umas 300 vezes se ele alterou alguma coisa no servidor, mas ele sempre diz que não mudou nada.

Minha unica explicação para o problema é o servidor estar possuído por algum script do mau.

Também notei que a aplicação no servidor dele demora mais que o normal para realizar algumas tarefas as vezes penso que é devido a quantidade de registros no banco.

Também pensei que poderia ser o banco que estivesse segurando as conexões, fiquei vendo a quantidade de usuários conectados e nada, tem apenas um.

[edit]

Eu não conheço nada da arquitetura do linux, mas existe algo que pudesse acontecer com o SO que impedisse que o java conseguisse coletar a memória usada.

Aparentemente, o coletor de lixo só funciona se vc fizer uma requisição http para a aplicação antes que ela trave, não sei se enviar alguma requisição para o tomcat dá o mesmo efeito, vou testar isso para ver o que acontece.

Linux 32 ou 64 bits?

32

Ok. Já tive uns problemas estranhos mas foi com 64 bits.

pmlm:

Ok. Já tive uns problemas estranhos mas foi com 64 bits.

Quais foram os problemas?? Talvez me ajude

Problemas de performance estranhos, aleatórios. A solução foi instalar a JVM para 32 bits (estranho, eu sei)