Какие метрики производительности контролировать на JVM?
Коллега решил быть забавным и сделал:
net send /DOMAIN *my_username* Hey How You Going!
К сожалению, вместо ME, получающего сообщение, целый пол получает высказывание всплывающего окна:
my_username Эй, Как Вы Движение
К счастью материал средства рассылки заблокирован в маршрутизаторе пола, хотя менеджер действительно выбегал для злоупотребления мной для "траты ресурсов компании!"
Для в большой степени многопоточных приложений связанные с потоком метрики полезны и для производительности и для контроля доступности. Тем путем можно контролировать для чрезмерной конкуренции и организации очередей, потенциальных мертвых блокировок, такой вещи.
Может также быть полезно видеть, как метрики потока коррелируют с метриками памяти и ЦП. Например, если бы Вы видите частый полный GCs, было бы полезно знать, что один из потоков работал намного дольше, чем, что Вы обычно ожидали бы. Это может застрять в бесконечном цикле и съедающий "кучу".
Вот некоторые идеи:
http://www.informit.com/guides/content.aspx?g=java&seqNum=250
-
1+1 для ссылки с готовой к использованию демонстрационной реализацией – Steve Schnepp 28 October 2009 в 12:33
Ваш список касается основ. Некоторый дополнительный материал:
- Использование ЦП JVM
- Вы могли бы также изучить Расширения управления Java (JMX) для контроля то, что делает JVM. JMX позволяет Вам обоим запрашивать JVM для материала как свободная память или детали GC, и получать информацию из приложения, работающего в VM, если поддержки приложений JMX (например, большая часть appservers делают). Тем путем можно запросить для критических записей в журнале, отказов DB, количества транзакций / второй и т.д.