![JRun 구성](https://rvso.com/image/515036/JRun%20%EA%B5%AC%EC%84%B1.png)
우리는 JRun 4를 실행하고 있는데 많은 충돌이 발생했습니다. 문제가 어디서 발생하는지 이해하려고 노력 중이며 메트릭 로깅을 활성화하도록 jrun.xml 파일을 수정했습니다.
내가 보고 있는 게 바로 이것이다...
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
내가 읽은 책(Adobe Coldfusion Anthology, Apress)에서는 "사용 중" 숫자가 사용 가능한 메모리(MB)라고 제안합니다. Adobe 설명서에는 "현재 실행 중인 스레드"라고 나와 있습니다. 어느 것이 맞나요?
또한, 이게 다 뭐하는 걸까요?평균?
내가 올바르게 읽고 있다면 총 100개의 스레드와 3개의 사용 중인 스레드가 있습니다. 그러면 다른 97개 스레드는 사용 중도 아니고 지연도 아닌 경우 무엇을 하고 있을까요?
답변1
ColdFusion 안정성 문제를 디버깅하려면 FusionReactor 또는 SeeFusion과 같은 도구를 사용하는 것이 좋습니다. 내 경험에 따르면 충돌은 메모리 할당 문제(충분하지 않음, 너무 많음, 가비지 수집기 설정 등)와 관련이 있습니다. 또한 응용프로그램이 수행하는 작업과 ColdFusion에서 실행하도록 설정한 동시 스레드 수에 따라 달라집니다. 위에서 언급한 도구를 사용하면 서버에 대한 훨씬 더 많은 시각적 통찰력을 실시간으로 얻을 수 있으므로 문제를 추적할 수 있습니다.
답변2
스레드 사용 중/전체/지연은 현재 Jrun에서 처리 중인 스레드 수입니다.
사용 중입니다. 현재 실행 중입니다. 지연됨은 스레드 큐에서 교체되어 현재 실행을 기다리고 있는 스레드입니다(일반적으로 사용 가능한 활성 스레드가 없기 때문입니다). 활성 스레드가 해제되거나 구성에 설정된 시간 초과 값에 도달할 때까지 해당 위치에 유지됩니다.
답변3
"Adobe Coldfusion Anthology"라는 책에 대해 몰랐지만 Jrun의 관리 문서(CD 또는 웹에서 사용 가능)의 측정 항목은 매우 명확했습니다.
JDBC 카운터도 포함시키는 것이 좋습니다. 꽤 유용합니다.
마지막은 기억, 전체뿐만 아니라 다양한 팁, 건축의 한계 등을 아는 것입니다.
Windows의 리소스 모니터에서 CPU, 페이지 수 등의 일부 메트릭이 도움이 되는 경우가 많습니다.
우리는 약 5년 동안 jrun4를 실행했는데, 주로 시스템보다는 개발 영역에서 엄청난 양의 문제를 겪었습니다. 때로는 우리의 잘못이었습니다.
마지막으로 추천하는 점은 jrun4에 "클러스터" 기능이 있다는 점입니다. 병목 현상이 감지되면 언제든지 전면 IIS를 배치하고 백엔드에 2~3개의 Jrun4를 배치할 수 있습니다. 꽤 효과적입니다.
도움이 되길 바랍니다.