Вопрос

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

Кто-нибудь знает типичный накладной расход программного обеспечения Yourkit? Или у кого-нибудь было какие-то проблемы, бегающие yourkit в производственной среде?

Я бегаю yourkit для Java. Сервер I Profify Redhat работает JBoss 4.

Это было полезно?

Решение

Я использовал yourkit в производстве, но на сервере Tomcat. Работает довольно хорошо, и мы не замечали никаких основных накладных расходов.

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

Другие советы

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

Итак, мы установили Yourkit на наших производственных серверах (Tomcat) и отключили телеметрию (DisableExceptionTelemetry, DisableStackTeleMetry), как рекомендовано. Затем мы начали тюнинг сборной мусора, но это не имело никакого значения. Еще время от времени случайным образом один из серверов начнет показывать реальную плохую производительность. Иногда он восстановил сам по себе, чаще всего перезапуск был единственным решением.

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

После отключения зондов также (встроившиеся) = Нет) все вернулось к нормальному. Настройка настройки GC-конфигурации уже решила наши исходные проблемы с производительностью уже, но оставляя зонды Yourkit Active создали новую проблему, которая была настолько похоже, что мы не могли рассказать об этом.

Смотрите здесь для более подробной информации:
Java G1 GC Обработка ссылочных объектов работает медленно

Я использовал youkit на JBoss и Mule Servers в производстве. То, что я чувствовал, это то, что, когда нагрузка увеличивается, она бросается из ошибки памяти. Затем мы перестали использовать его в производстве, и мы используем его только для местного тестирования.

И мы используем JConsole на производственном сервере для мониторинга ресурсов сервера, такими как ЦП, память, потоки.

Это действительно полезно.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top