Estamos executando o JRun 4 e temos muitos travamentos. Estou tentando entender de onde vêm os problemas e modifiquei o arquivo jrun.xml para ativar o registro de métricas.
Isso é o que estou vendo...
01/06 15:07:27 metrics Web threads (busy/total/delayed): 2/100/0 Sessions: 0 Total Memory=70720 Free=7464
01/06 15:08:27 metrics Web threads (busy/total/delayed): 1/100/0 Sessions: 0 Total Memory=66944 Free=9199
01/06 15:09:27 metrics Web threads (busy/total/delayed): 3/100/0 Sessions: 0 Total Memory=67456 Free=9644
01/06 15:10:27 metrics Web threads (busy/total/delayed): 3/100/0 Sessions: 0 Total Memory=63360 Free=8368
O livro que estou lendo (Adobe Coldfusion Anthology, Apress) sugere que o número "ocupado" é a memória livre em MB. A documentação da Adobe diz que é "Threads em execução". Qual é correto?
Além disso, o que tudo issosignificar?
Se estou lendo corretamente, tenho 100 threads no total e 3 ocupados. Então, o que os outros 97 threads estão fazendo se não estão ocupados nem atrasados?
Responder1
Eu recomendaria uma ferramenta como FusionReactor ou SeeFusion para depurar problemas de estabilidade do ColdFusion. Na minha experiência, as falhas estão relacionadas a problemas de alocação de memória (insuficiente, demais, configurações do coletor de lixo, etc.). Também depende do que seu aplicativo está fazendo e de quantos threads simultâneos você configurou o ColdFusion para executar. As ferramentas mencionadas acima fornecerão muito mais informações visuais sobre o servidor em tempo real para que você possa solucionar os problemas.
Responder2
O thread ocupado/total/atrasado é o número de threads atualmente sendo manipulados pelo Jrun.
Ocupado está em processo, atualmente em execução. Atrasado é um thread que foi trocado na fila de threads e está atualmente aguardando para ser executado (normalmente porque não havia nenhum thread ativo disponível). Ele permanecerá lá até que um thread ativo seja liberado ou até atingir o valor de tempo limite definido na configuração.
Responder3
Não conhecia esse livro "Adobe Coldfusion Anthology" mas a documentação de administração do Jrun (disponível em CD ou web) estava bastante clara nas métricas.
Eu recomendo que você inclua contadores JDBC também, eles são bastante úteis.
A última coisa é conhecer a memória, não só a totalidade, mas os diferentes tipos, limites da arquitetura e assim por diante...
Algumas métricas com CPU, páginas/s e similares, do monitor de recursos no Windows, geralmente ajudam.
Rodamos o jrun4 por cerca de 5 anos, e tivemos uma quantidade enorme de problemas, principalmente na área de desenvolvimento do que no sistema, nodaway, às vezes por culpa nossa.
A última coisa que recomendo é que o jrun4 tenha capacidade de "cluster", se você detectar um gargalo, você sempre pode colocar um IIS frontal e 2 ou 3 Jrun4 no backend. É bastante eficaz.
Espero que ajude.