Paullo, pelo curto log q vc mandou, tenho 99,9% de certeza q o problema está no acesso ao banco.
Como vc está fazendo a conexão? a) Usando pool de conexoes b) 'singleton' no Connection c) Abrindo conexao toda vez q precisar buscar dados? Para as opções B e C, usar isso em produção é um risco. Tenha certeza de q esteja abrindo resultsets/statements e depois fechando-os, senão a conexão vai ficar pendurada no container, chega uma hora q estoura mesmo (ainda mais qnd se tem "vários usuários", como vc descreveu no primeiro e-mail.) Para a opção A, fique atento as configurações do context, verifique o número máximo de conexoes permitidas e de conexoes "iddle". Tb tente manter um nível médio para o wait (tempo de aguardo para derrubar as conexoes) Ha, e se estiver usando Hibernate, é como o @Rodrigo falou: "Cuidado com os lazy-loadings" com certeza eles irão matar sua app (a depender do tamanho dela) e causar o famoso "PerGem Space" []s Em 29 de setembro de 2010 08:52, Rodrigo Valentim < [email protected]> 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]> 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]>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]> 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 >>> > [email protected] (MSN & Skype) >>> > blogflex.brunobg.com >>> > @brunogrohs >>> > (21) 9913-2397 >>> > >>> > Em 27 de setembro de 2010 12:05, RafaelViana <[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]> 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]> >>> > >>> > > > > 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]> >>> > >>> > > > >> 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 >>> > >>> > > > >> 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]>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]> >>> > >>> > > > >>> 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]> 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] >>> > > > >>>>>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] >>> > > > >>>>> 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 >>> > >>> > > > >>>> -- >>> > > > >>>> 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] >>> > > > >>>> Para sair da lista, envie um email em branco para >>> > > > >>>> [email protected] >>> > > > >>>> Mais opções estão disponíveis emhttp:// >>> > > groups.google.com/group/flexdev >>> > >>> > > > >>> -- >>> > > > >>> ----------------------------------------------- >>> > > > >>> Cel. 83 8790.1304 >>> > > > >>> [email protected] >>> > > > >>>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] >>> > > > >>> Para sair da lista, envie um email em branco para >>> > > > >>> [email protected] >>> > > > >>> Mais opções estão disponíveis emhttp:// >>> > > 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] >>> > > > >> Para sair da lista, envie um email em branco para >>> > > > >> [email protected] >>> > > > >> Mais opções estão disponíveis emhttp:// >>> > > groups.google.com/group/flexdev >>> > >>> > > > > -- >>> > > > > Fábio Goll >>> > > > > Gtalk/Msn: [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] >>> > > > > Para sair da lista, envie um email em branco para >>> > > > > [email protected] >>> > > > > Mais opções estão disponíveis emhttp:// >>> groups.google.com/group/flexdev >>> > >>> > > > -- >>> > > > ----------------------------------------------- >>> > > > Cel. 83 8790.1304 >>> > > > [email protected] >>> > >>> > > -- >>> > > 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 emhttp:// >>> 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 >>> >> >> >> >> >> -- >> 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 >> > > > > -- > 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 > -- Mario Junior http://blog.mariojunior.com/ @mariojunior -- 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
