☰

настройка JRun

tag-icon • tag-icon coldfusion jrun
настройка JRun

Мы используем 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), говорится, что "занятое" число — это свободная память в МБ. В документации Adobe говорится, что это "Threads being running". Что верно?

И что все это значит?иметь в виду?

Если я правильно понял, у меня всего 100 потоков, и 3 из них заняты. Так что же делают остальные 97 потоков, если они не заняты и не задержаны?

решение1

Я бы посоветовал использовать такой инструмент, как FusionReactor или SeeFusion, для отладки проблем со стабильностью ColdFusion. По моему опыту, сбои связаны с проблемами распределения памяти (недостаточно, слишком много, настройки сборщика мусора и т. д.). Это также зависит от того, что делает ваше приложение и сколько параллельных потоков вы установили для запуска ColdFusion. Упомянутые выше инструменты дадут вам гораздо больше визуального представления о сервере в реальном времени, чтобы вы могли отслеживать проблемы.

решение2

Поток занят/всего/задержан — это количество потоков, которые в данный момент обрабатываются Jrun.

Busy находится в процессе, в данный момент выполняется. Delayed — это поток, который был выгружен в очередь потоков и в данный момент ожидает выполнения (обычно из-за отсутствия активного потока). Он останется там до тех пор, пока активный поток не освободится или пока не достигнет значения тайм-аута, заданного в конфигурации.

решение3

Не знал о такой книге, как «Adobe Coldfusion Anthology», но административная документация Jrun (доступная на компакт-диске или в Интернете) довольно ясно описывает метрики.

Я рекомендую вам также включить счетчики JDBC, они весьма полезны.

Последнее, что нужно знать, — это знать память, не только общую, но и различные ее типы, ограничения архитектуры и т. д.

Часто помогают некоторые показатели, такие как ЦП, страницы/с и т. п., из монитора ресурсов в Windows.

Мы использовали jrun4 около 5 лет и столкнулись с огромным количеством проблем, в основном в области разработки, а не в системе, иногда это была наша вина.

Последнее, что я вам рекомендую, это то, что jrun4 имеет "кластерную" способность, если вы обнаружите узкое место, вы всегда можете поставить фронтальный IIS и 2 или 3 Jrun4 в бэкэнде. Довольно эффективно.

Надеюсь, поможет.

Связанный контент