Инструмент управления производительностью для 2 или более приложений

Question

Инструмент управления производительностью для 2 или более приложений

1

Я работаю над корпоративным приложением, которое ранее использовало инструмент MyEclipse для разработки Java/Java EE, EJB 2.1 и WAS 7.0, недавно мы перенесли на EJB 3.1, Websphere 8.5.5 и Eclipse Kepler. Теперь мы заметили, что производительность приложения увеличилась, а экраны загружаются быстрее.

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

Все, о чем я думаю, заключалось в том, чтобы приложение Pre-Upgraded развернулось на ящике и приложение Post-Upgrade в другом поле и записывало время загрузки всех экранов. Теперь это не так тонко, как нужно подумать, поэтому хотелось бы узнать от вас, ребята, если есть какие-либо инструменты или стратегии для сравнения двух рабочих приложений и предоставления показателей производительности на основе методов EJB, времени загрузки JSP, времени Business Logic, базы данных которые дают реальный анализ преимуществ обновления.

Кроме того, вы, ребята, думаете, что модернизация сервера приложений и интегрированной среды разработки (Eclipse Kepler) могла бы способствовать этой скорости?

Yogendra 26 сен. 2014, в 10:20

Источник

0

Я думаю, что вы ожидаете очень простой способ для всех вещей, который недоступен, и хотя некоторые инструменты дают некоторый анализ, который не имеет смысла в поиске точных улучшений и прогнозов. Имея вокруг подробный перф. тестирование всегда выгодно.
Nachiket Kate 26 сен. 2014, в 11:04

Теги:

java

performance

eclipse

websphere-8

performance-testing

2 ответа

1

Я думаю, что вам нужен бенчмаркинг обеих версий приложения, а затем сравнить оба, чтобы увидеть улучшение.

для сравнения обеих версий следуют ниже подход,

Разверните обе версии на точно аналогичном hw, чтобы создать разностный экземпляр из 2-х версий
Определите рабочие процессы/сценарии, в которых вы нашли улучшения и сценарии, которые важны для вашего приложения (в основном используются/тяжелые/важные для клиента и т.д.).
Проведите тест производительности/нагрузки в этих сценариях в обеих версиях
Измерьте время отклика для всех страниц, а также системные показатели, т.е. Процессор, память, пейджинг, диск и т.д.
Основываясь на результатах обеих версий, выполните анализ и сравните обе версии.

При необходимости выполните настройку производительности и оптимизацию для улучшения результатов. Речь шла о стратегии.

Для инструментов,

Проверьте Ganglia, munin, графит, углерод, сар, perfmon, nmon для системных показателей (если его кластер, то инструменты RRD, такие как ганглии, munin, лучше, и если его один экземпляр коробки, то sar для linux будет делать и на windows perfmon будет делать.)
Для тестирования нагрузки JMeter - лучший вариант, но у вас достаточно финансирования, а затем для loadrunner, neoload, рационального анализатора производительности и облака, попробуйте blazemeter
Для анализа уровня J2EE доступен медицинский центр IBM (по моему мнению, он неэффективен), доступны JProfiler, yourkit, jvisualvm
Для WAS, мониторинг производительности Infra. доступен со стандартными опциями, у него низкие накладные расходы, но если вы увеличиваете счетчики и уровни регистрации, это имеет огромное влияние на производительность.

Надеюсь, теперь все ясно!

Nachiket Kate 26 сен. 2014, в 07:18

0

Благодарю. Я проверил упомянутые вами инструменты, но ни один из них на самом деле не обеспечивает анализ на уровне Java и JEE и сравнение двух приложений.
Yogendra 26 сен. 2014, в 09:57
0

изменил ANS проверить сейчас.
Nachiket Kate 26 сен. 2014, в 11:11
0

@NachiketKate Я не знаю, где вы нашли информацию о том, что PMI оказывает огромное влияние на производительность, но это не так. Возможно, вы смешиваете PMI с трассировкой.
Gas 26 сен. 2014, в 21:09
0

@Gas: На самом деле, я много раз использовал его в WAS для настройки производительности, у меня есть серверный класс HW, на котором с помощью пользовательских счетчиков производительности я всегда обнаруживал, что это сильно влияет на издержки. Приложение, которое я развернул, - это TIM, которое само по себе тяжело, может быть, то, что я наблюдал, специфично для TIM.
Nachiket Kate 27 сен. 2014, в 05:40
0

@NachiketKate Я также использовал его много раз во время настройки WAS. К сожалению, все, что начинается с T, очень тяжелое (например, TIM, TEP и т. Д.) И не должно сравниваться и рассматриваться как продукты, начинающиеся с W;)
Gas 27 сен. 2014, в 09:23

Показать ещё 3 комментария

Ещё вопросы

Я думаю, что вы ожидаете очень простой способ для всех вещей, который недоступен, и хотя некоторые инструменты дают некоторый анализ, который не имеет смысла в поиске точных улучшений и прогнозов. Имея вокруг подробный перф. тестирование всегда выгодно.
Благодарю. Я проверил упомянутые вами инструменты, но ни один из них на самом деле не обеспечивает анализ на уровне Java и JEE и сравнение двух приложений.
@NachiketKate Я не знаю, где вы нашли информацию о том, что PMI оказывает огромное влияние на производительность, но это не так. Возможно, вы смешиваете PMI с трассировкой.
@Gas: На самом деле, я много раз использовал его в WAS для настройки производительности, у меня есть серверный класс HW, на котором с помощью пользовательских счетчиков производительности я всегда обнаруживал, что это сильно влияет на издержки. Приложение, которое я развернул, - это TIM, которое само по себе тяжело, может быть, то, что я наблюдал, специфично для TIM.
@NachiketKate Я также использовал его много раз во время настройки WAS. К сожалению, все, что начинается с T, очень тяжелое (например, TIM, TEP и т. Д.) И не должно сравниваться и рассматриваться как продукты, начинающиеся с W;)

Gas · Accepted Answer · 2014-09-26T07-49-00.000Z

Если у вас все еще есть обе среды (WAS 7 и WAS 8.5.5) и некоторые сценарии загрузки, я бы предложил использовать PMI (инфраструктуру мониторинга производительности) в WAS. Вы можете включить показатели, которые вас интересуют, установить данные для сохранения в журнал и выполнить тесты в обеих средах. Затем вы сможете увидеть собранные показатели для обеих сред.

Другой вариант может быть бесплатным WebSphere Application Server Performance Tuning Toolkit, который можно использовать для сбора данных о производительности. Доступен как автономный (более старая версия), так и как плагин для IBM Support Assistant (ISA).

Могла ли модернизация сервера приложений и интегрированной среды разработки (Eclipse Kepler), возможно, способствовала этой скорости?

Конечно. WAS 8.5.5 в целом быстрее, чем v7.0. Например, он по умолчанию использует политику сбора мусора genCon, которая в большинстве случаев более эффективна, чем optthroughput.
Окружающая среда dev не влияет на производительность выполнения приложений, но, возможно, она более отзывчива в процессе разработки, и именно поэтому у вас есть "более быстрое" чувство.

Благодарю. Производительность приложений растет в более высоких средах, таких как SIT и Sandbox, поэтому не то, чтобы это был Dev, который дает ощущение «быстрее». Не думаете ли вы, что включение PMI на консоли WAS замедлит работу сервера, поскольку в нем есть журнал?
@YogendraJ Это не регистрирует «все», если вы не установите его для All . Воздействие для Basic и Extended составляет около 2-4%, поэтому не очень большое. В противном случае было бы бессмысленно использовать его в качестве показателя производительности. И вы всегда можете использовать опцию Custom и включить только те, которые вам действительно нужны (но я, вероятно, начну с расширенного и посмотрим, есть ли у вас все, что вам нужно, и производительность приемлема).
Спасибо, я посмотрю в доступные варианты.