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]
-------------------------------------------------------------------------
