Мы запускаем 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 сказано, что это «потоки в настоящее время запущены». Что правильно?
Кроме того, что все это значит значит?
Если я правильно читаю, у меня всего 100 потоков и 3 занятых. Так что же делают остальные 97 потоков, если они не заняты и не задерживаются?
Я бы посоветовал такой инструмент, как FusionReactor или SeeFusion, для устранения проблем со стабильностью ColdFusion. По моему опыту, сбои связаны с проблемами выделения памяти (недостаточно, слишком много, настройки сборщика мусора и т. Д.). Это также зависит от того, что делает ваше приложение и сколько параллельных потоков у вас установлено для запуска ColdFusion. Упомянутые выше инструменты дадут вам гораздо больше визуального представления о сервере в режиме реального времени, чтобы вы могли отслеживать проблемы.
Поток занят / всего / отложен - это количество потоков, которые в настоящее время обрабатываются Jrun.
Занято в процессе, в настоящее время выполняется. Отложенный - это поток, который был выгружен из очереди потоков и в настоящее время ожидает выполнения (обычно из-за отсутствия активного потока). Он будет оставаться там до тех пор, пока активный поток не освободится или пока не достигнет значения тайм-аута, установленного в конфигурации.
Не знал об этой книге «Антология Adobe Coldfusion», но административная документация Jrun (доступная на компакт-диске или в Интернете) была довольно ясной в показателях.
Я рекомендую вам включить счетчики JDBC, они весьма полезны.
Последнее, что нужно знать о памяти, не только в целом, но и о разных типах, ограничениях архитектуры и так далее ...
Часто помогают некоторые показатели, связанные с ЦП, страницами / с и т. Д. Из монитора ресурсов в Windows.
Мы запускали jrun4 около 5 лет, и у нас появилось огромное количество проблем, в основном в области разработки, чем в системе, nodaways, иногда по нашей вине.
Последнее, что я рекомендую вам, это то, что jrun4 имеет "кластерную" способность, если вы обнаружите узкое место, вы всегда можете поставить передний IIS и 2 или 3 Jrun4 в бэкэнд. Довольно эффективно.
Надеюсь, поможет.