Rodrigo Valentim escreveu:
@Paullo o seu problema esta no java ou no servidor que não está aguentando o que voce esta solicitando dele, como já foi falado aqui.

Tivemos um problema recente e foi necessário reescrever o código java, pois, estava consumindo muita memoria sem necessidade...

Um dos grandes problemas foi o Lazy do Hibernate, outro problema foi encontrado na hora de popular os VO's, etc... com a reescrita a coisa normalizou... uma consulta razoavelmente simples no banco consumia 600mb de memoria :P

Hoje, graças a esse tópico aqui eu posso monitorar todo o processo!

Abraços

Em 27 de setembro de 2010 14:34, bruno bg <[email protected] <mailto:[email protected]>> escreveu:

    foi mal Rafael,  por estarmos na lista de FLEX, pensei que fosse
    Memória do FP.
    mas mesmo assim é um assunto interessante.

    brunobg


    Em 27 de setembro de 2010 14:19, RafaelViana <[email protected]
    <mailto:[email protected]>> escreveu:

        @bruno bg

        O problema que o Helio teve com memória foi com a memória do
        Flash Player.
        Aqui o problema é com a memória do container Java no servidor
        Tomcat/Jetty...

        Acho que estamos falando de coisas diferentes?

        On 27 set, 12:56, bruno bg <[email protected]
        <mailto:[email protected]>> wrote:
        > muito boa essa solução para Memory Leak. com certeza o HELIO
        que há um tempo
        > teve problemas com isso + Module vai gostar muito.
        > Erko e Rafael , merece um post nos seus blogs. hehehe
        >
        > abraço
        > brunobg
        > --
        >
        ****************************************************www.brunobg.com
        <http://www.brunobg.com>
        > [email protected] <mailto:[email protected]>  (MSN & Skype)
        > blogflex.brunobg.com <http://blogflex.brunobg.com>
        > @brunogrohs
        > (21) 9913-2397
        >
        > Em 27 de setembro de 2010 12:05, RafaelViana
        <[email protected] <mailto:[email protected]>> escreveu:
        >
        >
        >
        > > Isso. O Lamba Probe vai ajudá-lo.
        > > Também utilizo no servidor para controlar a memória (isso é um
        > > problema sério :S)
        >
        > > Se você tentar acessar o probe e também ficar com o cursor
        > > "carregando" quer dizer que a memória estourou.
        > > Assim fica fácil saber quando tem problema de memória.
        >
        > > On 27 set, 11:09, Paullo Estevam <[email protected]
        <mailto:[email protected]>> wrote:
        > > > Sim,
        > > > estão escutando o fault... se no lado do servidor
        gerasse uma exceção,
        > > era
        > > > pra o fault pegar e exibir um panel na tela. Mas não
        acontece nada!
        >
        > > > Eu imaginei que pudesse ser questão de número de
        conexões com o banco. Eu
        > > já
        > > > notei aqui que tem um monte de conexões ativas, em
        "sleep", que não são
        > > > destruidas há mais de 1 hora.
        >
        > > > Estou instalando o Lambda Probe.
        >
        > > > 2010/9/27 Fábio Goll <[email protected]
        <mailto:[email protected]>>
        >
        > > > > Além de verificar o memory leak, os seus remoteobjects
        está "escutando"
        > > o
        > > > > evento fault além do result?
        >
        > > > > Se estiver, o remoteobject não retorna nenhum dos 2,
        trava mesmo?
        >
        > > > > 2010/9/27 Erko Bridee de Almeida Cabrera
        <[email protected] <mailto:[email protected]>>
        >
        > > > >> Paullo,
        >
        > > > >> vc pode habilitar a JMX no servidor...
        >
        > > > >> veja esse link:
        >
        > > >
        >>http://nivaldomjunior.blogspot.com/2009/12/visualvm-analisando-o-func.
        > > ..
        >
        > > > >> apesar de ser para o Jetty a configuração é a mesma,
        no caso você terá
        > > que
        > > > >> incluir esta config no arquivo: catalina.sh / .bat do
        seu tomcat para
        > > > >> habilitar o JMX
        >
        > > > >> feito isso, para acompanhar o monitoramento,
        aconselho utilizar a
        > > > >> aplicação VisualVM, que é um que eu também utilizo,
        > > > >> então você terá que adicionar a URL do servidor que
        está sendo
        > > monitorado:
        >
        > > > >> SERVER_NAME:PORT
        >
        > > > >> com isso o VisualVM irá monitorar o respectivo servidor
        >
        > > > >> exemplo de config para ser adicionado no inicio do
        arquivo
        > > > >> catalina.sh/bat <http://catalina.sh/bat>
        >
        > > > >> JAVA_OPTS="-Dcom.sun.management.jmxremote
        > > > >> -Dcom.sun.management.jmxremote.port=29001
        > > > >> -Dcom.sun.management.jmxremote.ssl=false
        > > > >> -Dcom.sun.management.jmxremote.authenticate=false "
        >
        > > > >> ps.: outra aplicação que é bem útil e ajuda a
        gerenciar o tomcat é o
        > > > >> Lambda Probe
        >
        > > > >>http://www.lambdaprobe.org/d/index.htm
        >
        > > > >> o/
        >
        > > > >> Em 27 de setembro de 2010 10:48, Paullo Estevam <
        > > [email protected]
        <mailto:[email protected]>>escreveu:
        >
        > > > >> Oi, Erko
        >
        > > > >>> Onde eu verifico "o consumo de memoria alocada para
        o servidor"?
        >
        > > > >>> Encontrei isto (fala em Memory Leak) no log do Tomcat:
        >
        > > > >>> 27/09/2010 06:14:36
        org.hibernate.tool.hbm2ddl.SchemaUpdate execute
        > > > >>> INFO: schema update complete
        >
        > > > >>> 27/09/2010 06:33:24
        > > > >>>
        net.sf.jasperreports.engine.component.ComponentsEnvironment
        > > > >>> findComponentBundles
        > > > >>> WARNING: Found two components for namespace
        > > >
        >>>http://jasperreports.sourceforge.net/jasperreports/components
        >
        > > > >>> 27/09/2010 07:56:51
        org.apache.coyote.http11.Http11Protocol pause
        > > > >>> INFO: Pausing Coyote HTTP/1.1 on http-80
        >
        > > > >>> 27/09/2010 07:56:52
        org.apache.catalina.core.StandardService stop
        > > > >>> INFO: Stopping service Catalina
        >
        > > > >>> 27/09/2010 07:56:52
        org.apache.catalina.core.StandardWrapper unload
        > > > >>> INFO: Waiting for 15 instance(s) to be deallocated
        >
        > > > >>> 27/09/2010 07:56:54
        org.apache.catalina.loader.WebappClassLoader
        > > > >>> clearReferencesJdbc
        > > > >>> SEVERE: A web application registered the JBDC driver
        > > > >>> [com.mysql.jdbc.Driver] but failed to unregister it
        when the web
        > > application
        > > > >>> was stopped. To prevent a memory leak, the JDBC
        Driver has been
        > > forcibly
        > > > >>> unregistered.
        >
        > > > >>> 27/09/2010 07:56:54
        org.apache.catalina.loader.WebappClassLoader
        > > > >>> clearReferencesThreads
        > > > >>> SEVERE: A web application appears to have started a
        thread named
        > > > >>> [http-80-1] but has failed to stop it. This is very
        likely to create
        > > a
        > > > >>> memory leak.
        >
        > > > >>> abraço
        >
        > > > >>> 2010/9/27 Erko Bridee de Almeida Cabrera
        <[email protected] <mailto:[email protected]>>
        >
        > > > >>> Olá bom dia,
        >
        > > > >>>> conselho inicial:
        >
        > > > >>>> - monitorar o seu servidor, verificar o consumo de
        memoria alocada
        > > para
        > > > >>>> o servidor
        >
        > > > >>>> existe a possibilidade de sua aplicação estar
        enfrentando problemas
        > > de
        > > > >>>> memory leak...
        >
        > > > >>>> Em 27 de setembro de 2010 09:54, Paullo Estevam <
        > > > >>>> [email protected]
        <mailto:[email protected]>> escreveu:
        >
        > > > >>>>>  Amigos,
        >
        > > > >>>>> Um sistema que colocamos em produção recentemente
        está travando.
        >
        > > > >>>>> Trava da seguinte forma: Vários usuários estão
        acessando o sistema
        > > > >>>>> normalmente durante o dia inteiro, cadastrando,
        buscando etc.
        > > > >>>>> De repente, o sistema trava na hora de fazer uma
        chamada a qualquer
        > > > >>>>> remote object.
        > > > >>>>> Em outras palavras, trava na hora do blazeDS se
        comunicar com o
        > > Java,
        > > > >>>>> para se comunicar com o banco.
        > > > >>>>> Se der um refresh no browser, o sistema reinicia e
        vai para tela de
        > > > >>>>> login, depois de entrar com os dados e clicar em
        logar ele trava
        > > > >>>>> novamente...
        >
        > > > >>>>> obs: o travamente em questão a que me refiro é o
        ponteiro do mouse
        > > > >>>>> mudar para aquele ícone padrão do flex
        (showBusyCursor)... e daí
        > > não sai
        > > > >>>>> mais.
        >
        > > > >>>>> Nos logs do tomcat, não encontrei nada que
        ajudasse... Por isso que
        > > tô
        > > > >>>>> postando aqui.
        > > > >>>>> Qualquer idéia ajuda.
        >
        > > > >>>>> abraços,
        >
        > > > >>>>> Paullo Estevam
        >
        > > > >>>>> --
        > > > >>>>> -----------------------------------------------
        > > > >>>>> Cel. 83 8790.1304
        > > > >>>>> [email protected]
        <mailto:[email protected]>
        > > > >>>>>www.paulloestevam.com.br
        <http://www.paulloestevam.com.br>
        >
        > > > >>>>>  --
        > > > >>>>> Você recebeu esta mensagem porque está inscrito na
        lista "flexdev"
        > > > >>>>> Para enviar uma mensagem, envie um e-mail para
        > > > >>>>> [email protected]
        <mailto:[email protected]>
        > > > >>>>> Para sair da lista, envie um email em branco para
        > > > >>>>> [email protected]
        <mailto:[email protected]>
        > > > >>>>> Mais opções estão disponíveis em
        > > > >>>>>http://groups.google.com/group/flexdev
        >
        > > > >>>> --
        > > > >>>> Att,
        > > > >>>> Erko Bridee de Almeida Cabrera
        > > > >>>> *TechDev   : *http://blog.erkobridee.com/
        > > > >>>> *Gospel    : *http://gospel.erkobridee.com/
        > > > >>>> *Twitter   : *http://twitter.com/ErkoBridee
        > > > >>>> *Currículo :
        *http://netcarreiras.com/prof.html?uid=11410
        >
        > > > >>>> --
        > > > >>>> Você recebeu esta mensagem porque está inscrito na
        lista "flexdev"
        > > > >>>> Para enviar uma mensagem, envie um e-mail para
        > > [email protected] <mailto:[email protected]>
        > > > >>>> Para sair da lista, envie um email em branco para
        > > > >>>> [email protected]
        <mailto:[email protected]>
        > > > >>>> Mais opções estão disponíveis emhttp://
        > > groups.google.com/group/flexdev
        <http://groups.google.com/group/flexdev>
        >
        > > > >>> --
        > > > >>> -----------------------------------------------
        > > > >>> Cel. 83 8790.1304
        > > > >>> [email protected] <mailto:[email protected]>
        > > > >>>www.paulloestevam.com.br
        <http://www.paulloestevam.com.br>
        >
        > > > >>>  --
        > > > >>> Você recebeu esta mensagem porque está inscrito na
        lista "flexdev"
        > > > >>> Para enviar uma mensagem, envie um e-mail para
        > > [email protected] <mailto:[email protected]>
        > > > >>> Para sair da lista, envie um email em branco para
        > > > >>> [email protected]
        <mailto:[email protected]>
        > > > >>> Mais opções estão disponíveis emhttp://
        > > groups.google.com/group/flexdev
        <http://groups.google.com/group/flexdev>
        >
        > > > >> --
        > > > >> Att,
        > > > >> Erko Bridee de Almeida Cabrera
        > > > >> *TechDev   : *http://blog.erkobridee.com/
        > > > >> *Gospel    : *http://gospel.erkobridee.com/
        > > > >> *Twitter   : *http://twitter.com/ErkoBridee
        > > > >> *Currículo : *http://netcarreiras.com/prof.html?uid=11410
        >
        > > > >> --
        > > > >> Você recebeu esta mensagem porque está inscrito na
        lista "flexdev"
        > > > >> Para enviar uma mensagem, envie um e-mail para
        > > [email protected] <mailto:[email protected]>
        > > > >> Para sair da lista, envie um email em branco para
        > > > >> [email protected]
        <mailto:[email protected]>
        > > > >> Mais opções estão disponíveis emhttp://
        > > groups.google.com/group/flexdev
        <http://groups.google.com/group/flexdev>
        >
        > > > > --
        > > > > Fábio Goll
        > > > > Gtalk/Msn: [email protected]
        <mailto:[email protected]>
        > > > > Twitter: @fabiogoll
        >
        > > > > --
        > > > > Você recebeu esta mensagem porque está inscrito na
        lista "flexdev"
        > > > > Para enviar uma mensagem, envie um e-mail para
        > > [email protected] <mailto:[email protected]>
        > > > > Para sair da lista, envie um email em branco para
        > > > > [email protected]
        <mailto:[email protected]>
        > > > > Mais opções estão disponíveis
        emhttp://groups.google.com/group/flexdev
        <http://groups.google.com/group/flexdev>
        >
        > > > --
        > > > -----------------------------------------------
        > > > Cel. 83 8790.1304
        > > > [email protected]
        <mailto:[email protected]>
        >
        > > --
        > > Você recebeu esta mensagem porque está inscrito na lista
        "flexdev"
        > > Para enviar uma mensagem, envie um e-mail para
        [email protected] <mailto:[email protected]>
        > > Para sair da lista, envie um email em branco para
        > > [email protected]
        <mailto:[email protected]>
        > > Mais opções estão disponíveis
        emhttp://groups.google.com/group/flexdev
        <http://groups.google.com/group/flexdev>

        --
        Você recebeu esta mensagem porque está inscrito na lista "flexdev"
        Para enviar uma mensagem, envie um e-mail para
        [email protected] <mailto:[email protected]>
        Para sair da lista, envie um email em branco para
        [email protected]
        <mailto:[email protected]>
        Mais opções estão disponíveis em
        http://groups.google.com/group/flexdev





-- Você recebeu esta mensagem porque está inscrito na lista "flexdev"
    Para enviar uma mensagem, envie um e-mail para
    [email protected] <mailto:[email protected]>
    Para sair da lista, envie um email em branco para
    [email protected]
    <mailto:[email protected]>
    Mais opções estão disponíveis em
    http://groups.google.com/group/flexdev




--
Atenciosamente,
Rodrigo Valentim
--
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para [email protected]
Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev

--
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para [email protected]
Para sair da lista, envie um email em branco para 
[email protected]
Mais opções estão disponíveis em http://groups.google.com/group/flexdev

Responder a