configurando o JRun

1

Estamos executando o JRun 4 e temos muitas falhas. Estou tentando entender de onde os problemas estão vindo 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 eu tenho lido (Adobe Coldfusion Anthology, Apress) sugere que o número "ocupado" é a memória livre em MB. A documentação da Adobe diz que são "Threads atualmente em execução". Qual é correto?

Além disso, o que significa tudo isso ?

Se eu estiver lendo corretamente, tenho 100 threads e 3 ocupados. Então, o que os outros 97 segmentos estão fazendo se não estão ocupados nem atrasados?

    
por nedlud 01.06.2010 / 07:20

3 respostas

1

Eu recomendaria uma ferramenta como FusionReactor ou SeeFusion para depurar problemas de estabilidade do ColdFusion. Na minha experiência, falhas estão relacionadas a problemas de alocação de memória (não o suficiente, muito, configurações do coletor de lixo, etc.). Ele também depende do que seu aplicativo está fazendo e de quantos threads simultâneos você tem no ColdFusion para executar. As ferramentas mencionadas acima lhe darão muito mais visões visuais do servidor em tempo real para que você possa acompanhar os problemas.

    
por 03.06.2010 / 23:11
0

O encadeamento ocupado / total / atrasado é o número de encadeamento atualmente sendo tratado pelo Jrun.

Ocupado está em processo, atualmente em execução. Atrasado é um encadeamento que foi trocado na fila de encadeamentos e está atualmente aguardando para ser executado (normalmente, porque não havia nenhum encadeamento ativo disponível). Ele ficará lá até que um encadeamento ativo seja liberado ou até que alcance o valor de tempo limite definido na configuração.

    
por 05.11.2010 / 14:17
0

Não conhecia este livro "Adobe Coldfusion Anthology", mas a documentação de administração do Jrun (disponível no CD ou na web) ficou bem 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 apenas o total, mas os diferentes aspectos, limites da arquitetura e assim por diante ...

Algumas métricas com a CPU, páginas / s e semelhantes, do monitor de recursos no Windows, geralmente ajudam.

Nós corremos jrun4 cerca de 5 anos, e temos uma enorme quantidade de problemas, principalmente na área de desenvolvimento do que no sistema, nodaways, às vezes foi culpa nossa.

Última coisa que eu recomendo vc, é que jrun4 tem "cluster" de habilidade, se vc detectar um gargalo, vc pode sempre colocar um front IIS e 2 ou 3 Jrun4 no backend. É bastante eficaz.

Espero que ajude.

    
por 05.11.2010 / 14:40