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