[java-list] Threads , Resin, Linux
Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
É normal acumularem muitos processos da VM em Linux. Isto é resultado do uso de threads em Linux que na verdade são processos (green threads). Mas isto não deveria interferir na performance, já que eles são muito eficientes. Você já procurou nas listas do www.caucho.com (resin-interest)? []s Helder. - Original Message - From: "Cassio Sampaio" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 14, 2002 8:19 PM Subject: [java-list] Threads , Resin, Linux > Gente, > > Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma > aplicação baseada em apache + resin. > > Tenho um problema que é o acúmulo de processos java do resin que acaba > me forçando a fazer um watchdog para derrubar o resin a cada X horas > para resetar os processos. > > Fiz os tunings indicados para apache e resin, mas o problema é reduzido > mas não eliminado. > > Existe algum idéia??? > > Obrigado, > Cassio > > > -- LISTA SOUJAVA > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP > dúvidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > historico: http://www.mail-archive.com/java-list%40soujava.org.br > para sair da lista: envie email para [EMAIL PROTECTED] > - > -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
Coloque um máximo de consumo de memória (parametro -Xmx). Quando você diz sobre o acumulo de processos baseado no top ou ps, é porque os comandos top e ps, mostram as threads como processos, para comprovar isso execute um ps -efww (ou pstree), e você verá que muitos "processos" (que são threads) java têm um processo pai único. Existe uma limitação da quantidade máxima de processos por usuário no SO (em kernel précompilado), pode ser o seu caso. []'s Claudio Miranda Cassio Sampaio wrote: > Gente, > > Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma > aplicação baseada em apache + resin. > > Tenho um problema que é o acúmulo de processos java do resin que acaba > me forçando a fazer um watchdog para derrubar o resin a cada X horas > para resetar os processos. > > Fiz os tunings indicados para apache e resin, mas o problema é reduzido > mas não eliminado. > > Existe algum idéia??? > > Obrigado, > Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
Gente, Fica meu "lamento" aqui registrado. Fiz todos os tunings de aplicação e verificações possíveis, para identificar arquivos abertos, conexões não fechadas e todos os demais problemas, mas o erro persiste. O Interessante é que tenho uma aplicação semelhante rodando sobre Weblogic (BEA), que não apresenta nenhum problema. Passo a acreditar que o único empecilho do J2EE é que se faz becessário um Servidor de aplicações comercial, quando se pensa em software missão crítica com alto volume de acesso. Quanto ao JBoss para EJB fantástico, agora para Tomcat e Resin... somente via wathcdog. - Cassio Cassio Sampaio wrote: > Cláudio / Helder, > > Concordo com vocês quanto ao problema das gree threads que é o único > ponto onde o Solaris leva vantagem. > > O meu problema não é o número de threads, mas sim que esse número cresce > lentamente, e quando atinge um certo número a troca de contexto fica > muito carrgeada para o SO, o que torna lenta demais a conexão apache - > resin. > > O limite de filedescriptors está ok no servidor e a memória da máquina > virtaual em 512M, o que deve ser suficiente para uma aplicação de 5 > servlets e 5 jsp, uma vez que todos os EJB's estão no Jboss. > > Encontrei um documento muito bom de tuning do Resin, a performance > melhorou após as mudanças (número de threads, cache, keepalive), porém > os problemas persistem. > > Já apelei para um script "watchdog", porém gostaria que tudo se > estabilizasse sem essas soluções sujas. > > - Cassio > > > Claudio Miranda wrote: > >> Coloque um máximo de consumo de memória (parametro -Xmx). >> Quando você diz sobre o acumulo de processos baseado no top ou >> ps, é porque os comandos top e ps, mostram as threads como processos, >> para comprovar isso execute um ps -efww (ou pstree), e você verá que >> muitos "processos" (que são threads) java têm um processo pai único. >> >> Existe uma limitação da quantidade máxima de processos por usuário >> no SO (em kernel précompilado), pode ser o seu caso. >> >> []'s >> >> Claudio Miranda >> >> >> Cassio Sampaio wrote: >> >>> Gente, >>> >>> Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma >>> aplicação baseada em apache + resin. >>> >>> Tenho um problema que é o acúmulo de processos java do resin que >>> acaba me forçando a fazer um watchdog para derrubar o resin a cada X >>> horas para resetar os processos. >>> >>> Fiz os tunings indicados para apache e resin, mas o problema é >>> reduzido mas não eliminado. >>> >>> Existe algum idéia??? >>> >>> Obrigado, >>> Cassio >> >> >> >> >> -- LISTA SOUJAVA >> http://www.soujava.org.br - Sociedade >> de Usuários Java da Sucesu-SP dúvidas mais comuns: >> http://www.soujava.org.br/faq.htm >> regras da lista: http://www.soujava.org.br/regras.htm >> historico: http://www.mail-archive.com/java-list%40soujava.org.br >> para sair da lista: envie email para >> [EMAIL PROTECTED] >> - >> >> > > > > -- LISTA SOUJAVA > http://www.soujava.org.br - Sociedade de > Usuários Java da Sucesu-SP dúvidas mais comuns: > http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > historico: http://www.mail-archive.com/java-list%40soujava.org.br > para sair da lista: envie email para > [EMAIL PROTECTED] > - > > -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] Threads , Resin, Linux
Cassio, Só para eu entender, você tem um HTTP Server (Apache), Servlet Container (Resin), EJB Server (JBoss), a máquina tem 512 MB de RAM, você pode enviar a quantidade de memória, process/threads existem no ambiente logo em seguida à execução? Você pode enviar um ps -efww (logo em seguida da inicialização dos servers), e outro ps -efww nos momentos de crise para a lista, de preferência na enterprise-list? Os EJBs são na maioria Sessions ou Entities ? Você pode exemplificar um pouco da arquitura ? É realizado o cache de homes?, os dados dos EJBs trafegam pela rede através de VOs apenas?, O resin está na mesma JVM do JBoss? Abraços Claudio Miranda Assim poderemos ajudar mais. Cassio Sampaio wrote: > Gente, > > Fica meu "lamento" aqui registrado. > Fiz todos os tunings de aplicação e verificações possíveis, para > identificar arquivos abertos, conexões não fechadas e todos os demais > problemas, mas o erro persiste. > > O Interessante é que tenho uma aplicação semelhante rodando sobre > Weblogic (BEA), que não apresenta nenhum problema. > > Passo a acreditar que o único empecilho do J2EE é que se faz becessário > um Servidor de aplicações comercial, quando se pensa em software missão > crítica com alto volume de acesso. > > Quanto ao JBoss para EJB fantástico, agora para Tomcat e Resin... > somente via wathcdog. > > - Cassio > > Cassio Sampaio wrote: > >> Cláudio / Helder, >> >> Concordo com vocês quanto ao problema das gree threads que é o único >> ponto onde o Solaris leva vantagem. >> >> O meu problema não é o número de threads, mas sim que esse número >> cresce lentamente, e quando atinge um certo número a troca de contexto >> fica muito carrgeada para o SO, o que torna lenta demais a conexão >> apache - resin. >> >> O limite de filedescriptors está ok no servidor e a memória da máquina >> virtaual em 512M, o que deve ser suficiente para uma aplicação de 5 >> servlets e 5 jsp, uma vez que todos os EJB's estão no Jboss. >> >> Encontrei um documento muito bom de tuning do Resin, a performance >> melhorou após as mudanças (número de threads, cache, keepalive), porém >> os problemas persistem. >> >> Já apelei para um script "watchdog", porém gostaria que tudo se >> estabilizasse sem essas soluções sujas. >> >> - Cassio >> >> >> Claudio Miranda wrote: >> >>> Coloque um máximo de consumo de memória (parametro -Xmx). >>> Quando você diz sobre o acumulo de processos baseado no top >>> ou ps, é porque os comandos top e ps, mostram as threads como >>> processos, para comprovar isso execute um ps -efww (ou pstree), e >>> você verá que muitos "processos" (que são threads) java têm um >>> processo pai único. >>> >>> Existe uma limitação da quantidade máxima de processos por >>> usuário no SO (em kernel précompilado), pode ser o seu caso. >>> >>> []'s >>> >>> Claudio Miranda >>> >>> >>> Cassio Sampaio wrote: >>> Gente, Estou rodando com JDK 1.3.1 IBM , Linux Redhat 7.2 Kernel 2.4.X uma aplicação baseada em apache + resin. Tenho um problema que é o acúmulo de processos java do resin que acaba me forçando a fazer um watchdog para derrubar o resin a cada X horas para resetar os processos. Fiz os tunings indicados para apache e resin, mas o problema é reduzido mas não eliminado. Existe algum idéia??? Obrigado, Cassio -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -