Comentários sobre: Vazamento de memória e de conexões

Por: Jefferson

Jefferson — Thu, 16 Jul 2009 07:08:44 +0000

Muito revelador este POST. Parabéns.

Por: Henrique S.

Henrique S. — Mon, 20 Oct 2008 16:41:38 +0000

Rapaz… muito bom material!
Legal este compartilhamento de experiência… rsrs
Estou começando agora a participar em desenvolvimento de sistemas com muitos acessos e esta era minha maior preocupação: saber por onde começar quando um sistema travar.
agora já tenho uma idéia: usar profiles, verificar CPU, rsrs parece elementar, mas p/ iniciante é uma ótima dica.
Vocês costumam utilizar qual ferramenta para teste de carga? Estou começando com JMeter, tem outros?
parabéns!

Por: Thiago Faria

Thiago Faria — Wed, 24 Sep 2008 07:34:27 +0000

Parabéns pelo post.

Já tive problemas com as tags do JSTL e Struts 1 (em 2005), e na época consegui solucionar criando uma classe que herdava cada tag problemática para limpar a sujeira deixada.

Exemplo:

public class SetTagWrapper extends SetTag
implements TryCatchFinally {
…
public void doFinally() {
…
this.setTarget(null);
this.setValue(null);
…
}
}

Por: Luiz Aguiar

Luiz Aguiar — Mon, 08 Sep 2008 07:23:44 +0000

Muito bom Guilherme, excelente “estudo de caso”, imagino quantos projetos por ai podem ter problemas semelhantes e as pessoas nem sabem por onde começar caçar as bruxas.

Por: Guilherme Silveira

Guilherme Silveira — Sun, 07 Sep 2008 17:17:31 +0000

Fala Tiago tudo bem?
Nao enviamos nao pois o link que apontamos para o tracker do apache indica que nao eh um bug e sim eles estao seguindo o que a especificacao diz. Infelizmente eles preferem seguir a especificacao do que evitar um memory leak grosseiro. Mas como disse, em caso de aplicacoes medias, isso nao deve ser sentido por que as tags serao reutilizadas muito em breve. E em caso de aplicacoes grandes, o unico caso que quebraria a aplicacao que mudando isso nao quebraria seria se em determinado momento, as tags referenciassem arvores muito grandes e de repente ninguem mais usasse c:forEach… deixando um leak enorme e ninguem utilizando a tag novamente

Por: Tiago Silveira

Tiago Silveira — Sun, 07 Sep 2008 11:18:23 +0000

Mas a pergunta que não quer calar… vcs mandaram um fix pro JSTL? É claro que o ciclo de vida do elemento pendente tem que ser contido no ciclo de vida da renderização da página…

Por: Guilherme Silveira

Guilherme Silveira — Sun, 07 Sep 2008 08:44:19 +0000

Ola pessoal,

Ficamos muito satisfeitos em saber que podemos ajudar. Rafael, sobre sua pergunta, o proprio JProfiler altera o script do tomcat para ativar o profiling da vm. Em outras palavras ele adiciona duas (ou tres?) opcoes a linha de comando que dizem que eh o agente de instrumentacao (pois fazemos atraves de instrumentacao de bytecode)

Abraco

Por: Fabio Nascimento

Fabio Nascimento — Fri, 05 Sep 2008 11:02:12 +0000

Caramba.

Putz, sempre que leio os posts de vocês, eu me lembro que tenho que estudar muito mais.

Excelente aula.

Fabio Nascimento

Por: Francisco Castro

Francisco Castro — Thu, 04 Sep 2008 18:27:08 +0000

Olá, gostei muito do seu blog e de sua abordagem.

Parabéns!

Um abraço

Por: Eduardo Simioni

Eduardo Simioni — Thu, 04 Sep 2008 14:46:02 +0000

Muito legal Guilherme, já passei por problemas parecidos com o c3p0.
Outro ponto interessante é o número máximo de conexões. Em testes de stress realizados notamos uma diferença quase insignificante entre ter 100 conexões com o banco e 50.
Entre deixar o DBA bravo e perder menos de 5% de performance (que já era boa) preferimos usar menos conexões.
Claro que isto pode variar de acordo com a aplicação e só pode ser detectado com testes de stress…. ou em produção, como muita gente costuma testar

Abraço.