Estamos ejecutando JRun 4 y tenemos muchos fallos. Estoy tratando de comprender de dónde provienen los problemas y modifiqué el archivo jrun.xml para habilitar el registro de métricas.
Esto es lo que estoy viendo...
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
El libro que he estado leyendo (Adobe Coldfusion Anthology, Apress) sugiere que el número "ocupado" es la memoria libre en MB. La documentación de Adobe dice que son "Subprocesos en ejecución actualmente". ¿Cual es correcta?
Además, ¿qué significa todo esto?significar?
Si lo leo correctamente, tengo 100 hilos en total y 3 ocupados. Entonces, ¿qué hacen los otros 97 hilos si no están ocupados ni retrasados?
Respuesta1
Recomendaría una herramienta como FusionReactor o SeeFusion para depurar problemas de estabilidad de ColdFusion. En mi experiencia, los fallos están relacionados con problemas de asignación de memoria (insuficiente, demasiada, configuración del recolector de basura, etc.). También depende de lo que esté haciendo su aplicación y de cuántos subprocesos simultáneos tenga configurado ColdFusion para ejecutar. Las herramientas mencionadas anteriormente le brindarán mucha más información visual sobre el servidor en tiempo real para que pueda solucionar los problemas.
Respuesta2
El subproceso ocupado/total/retrasado es el número de subprocesos que Jrun maneja actualmente.
Ocupado está en proceso, actualmente en ejecución. Retrasado es un subproceso que se intercambió en la cola de subprocesos y actualmente está esperando para ejecutarse (generalmente porque no había ningún subproceso activo disponible). Permanecerá allí hasta que un hilo activo se libere o hasta que alcance el valor de tiempo de espera establecido en la configuración.
Respuesta3
No conocía este libro "Adobe Coldfusion Anthology", pero la documentación de administración de Jrun (disponible en CD o web) era bastante clara en las métricas.
Te recomiendo que incluyas contadores JDBC también, son bastante útiles.
Lo último es conocer la memoria, no sólo la total, sino los diferentes tipos, límites de la arquitectura y demás…
Algunas métricas con la CPU, páginas y similares, del monitor de recursos en Windows, a menudo ayudan.
Ejecutamos jrun4 durante aproximadamente 5 años y tuvimos una gran cantidad de problemas, principalmente en el área de desarrollo que en el sistema, de todos modos, a veces fue culpa nuestra.
Lo último que te recomiendo es que jrun4 tiene capacidad de "clúster", si detectas un cuello de botella, siempre puedes poner un IIS frontal y 2 o 3 Jrun4 en el backend. Es bastante efectivo.
Espero eso ayude.