Комментарии 22
А какой overhead при его использовании?
Обычно — минимален:
— при подцеплении происходит трансформация классов выполняющейся программы (дабы понаставить хуки)
— дальше уже зависит от того, что навесили на выполняющуюся программу и как именно смотрится результат (сеть, JMX, ...)
stackoverflow.com/questions/6831224/what-is-the-overhead-of-btrace
— при подцеплении происходит трансформация классов выполняющейся программы (дабы понаставить хуки)
— дальше уже зависит от того, что навесили на выполняющуюся программу и как именно смотрится результат (сеть, JMX, ...)
stackoverflow.com/questions/6831224/what-is-the-overhead-of-btrace
при подцеплении происходит трансформация классов выполняющейся программы (дабы понаставить хуки)
А при отцеплении всё взад вертается? Или так и остаётся. Что будет если несколько раз подцепляться, трансформация будет выполняться каждый раз?
При отцеплении BTrace старается подчищать за собой, см. liulitom.blogspot.be/2010/05/introduction-to-btrace.html там вконце сравнивают байткод
Хуки же ставятся наверняка рефлекшином. Откуда информация, что минимален. Можно бэнчмарки увидеть?
Мне кажется, что эту вещь ну никак нельзя использовать в продакшине. Максимум на тестовых серверах.
Мне кажется, что эту вещь ну никак нельзя использовать в продакшине. Максимум на тестовых серверах.
НЛО прилетело и опубликовало эту надпись здесь
«Когда кажется, надо смотреть в сорцы» © мой коллега :)
Нет там Reflection в рантайме. Динамическая генерация байткода + Instrumentation.retransformClasses
Нет там Reflection в рантайме. Динамическая генерация байткода + Instrumentation.retransformClasses
А приложения которые выполняются внутри Tomcat можно отлаживать?
Да, можно, навскидку, пару источников, в которых именно это и рекомендуют
www.javawebdevelop.com/658682/
stackoverflow.com/questions/13389507/tracing-profiling-applications-on-tomcat
www.javawebdevelop.com/658682/
stackoverflow.com/questions/13389507/tracing-profiling-applications-on-tomcat
Интересная тулза, но все же удобнее держать jvm в дебаге, оверхед для большинства задач будет незаметен.
А если у вас сервер за 10тыс км и кучей фаирволов?
НЛО прилетело и опубликовало эту надпись здесь
Тут недопонимание вижу.
Пошло сравнение BTrace с методом «держать jvm в дебаге» для разбора проблем.
Но так как BTrace так же не помощник если сервера не доступны — см. «10тыс км и кучей фаирволов», то не понятно высказанное возражение.
PS: BTrace взял на вооружение. Статья — хороший кик старт.
Пошло сравнение BTrace с методом «держать jvm в дебаге» для разбора проблем.
Но так как BTrace так же не помощник если сервера не доступны — см. «10тыс км и кучей фаирволов», то не понятно высказанное возражение.
PS: BTrace взял на вооружение. Статья — хороший кик старт.
Да я уже привык, неадекватов тут увы очень много.
BTrace это не заменитель «классического» дебагера, это всего лишь одно из хороших средств отладки, с ориетацией на задачи связанные с мониторингом приложения в реальном времени опираясь на скрипты
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Отладка Java приложения, которое нельзя остановить. Ловим экзотику выполнения самыми доступными средствами — BTrace подход