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