Есть ли способ генерации периодического дампа потока java с использованием JVMTI?

Question

Существует несколько способов генерации дампов потоков в java.

Я бы хотел использовать JVMTI (C API) для его создания, чтобы оценить влияние его производительности на работающую JVM. (Я знаю jstack и JMX, этот вопрос обычно не связан с дампами потоков, а об использовании JVMTI API).

Я основываю свой код на this blog post. Там java-агент подключается к сигналу SIGQUIT. Я бы хотел этого избежать, потому что это тот же сигнал, что и JVM для записи дампа потока в stdout. Я хочу избежать этой двуличности.

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

Answer 1

В этом случае агент java прикрепляется к сигналу SIGQUIT. Я бы хотел этого избежать, потому что это тот же сигнал, что и JVM для записи дампа потока в stdout. Я хочу избежать этой двуличности.

Просто удалите следующий фрагмент из кода

/* Set callbacks and enable event notifications */ 
memset(&callbacks, 0, sizeof(callbacks)); 
callbacks.DataDumpRequest = &dumpThreadInfo; 
err = (*jvmti)->SetEventCallbacks(jvmti, &callbacks, sizeof(callbacks)); 
CHECK_JVMTI_ERROR(jvmti, err); 
err = (*jvmti)->SetEventNotificationMode(jvmti, JVMTI_ENABLE,JVMTI_EVENT_DATA_DUMP_REQUEST, NULL); 
CHECK_JVMTI_ERROR(jvmti, err); 

Я хотел бы либо прикрепить к другому сигналу

Here is бумаги, то есть немного старый, но информация должна оставаться актуальной.

Просто пример того, как сделать обработку

import sun.misc.Signal; 
import sun.misc.SignalHandler; 

public class ThreadDumpSignalHandler implements SignalHandler { 
    private volatile SignalHandler old; 
    private ThreadDumpSignalHandler() { 

    } 
    public static void register(String sigName) { 
     ThreadDumpSignalHandler h = new ThreadDumpSignalHandler(); 
     h.old = Signal.handle(new Signal(sigName), h) 
    } 
    public void handle(Signal sig) { 
     threadDump(); 

     if(old != null && old != SIG_DFL && old != SIG_IGN) { 
      old.handle(sig); 
     } 
    } 
    // call your own threadDump native method. 
    // note that in the implementation of this method you are able to access jvmtiEnv from *gdata (see below) 
    private native void threadDump(); 
} 

ThreadDumpSignalHandler.register("INT"); 

причины вы можете написать полностью родной обработчик сигнала сигнала (обратите внимание, что я не проверял, это только идея, которая должна работать)

static sighandler_t old_handler; 
static void thread_dump_handler(int signum) { 
    if(gdata && gdata->jvmti) { 
     ... get thread dump 
    } 

    if(old_handler) { 
     old_handler(signum); 
    } 
} 

JNIEXPORT jint JNICALL Agent_OnLoad(JavaVM *vm, char *options, void *reserved) { 
    old_handler = signal(SIGINT, thread_dump_handler); 

    ... 
} 

или найти способ для агента для генерации дампа потоков периодически.

В вашем образце есть глобальный * GData

typedef struct { 
    /* JVMTI Environment */ 
    jvmtiEnv  *jvmti; 
    jboolean  vm_is_started; 
    /* Data access Lock */ 
    jrawMonitorID lock; 
} GlobalAgentData; 

static GlobalAgentData *gdata; 

... так, просто получить jvmtiEnv оттуда в любое время вы хотите (обратные вызовы таймера и т.д.)

Answer 2

None событий в jvmtiEventCallbacks выглядят подходящими (если вы не хотите использовать DataDumpRequestion, но если бы вы это сделали, вы бы не спрашивали здесь: хорошо, так что это почти так же, как я привязался к jvm до сих пор (с незначительными отличиями). Поэтому, я думаю, это подводит меня к следующему вопросу: как мне получить inter to jvmtiEnv, чтобы вызвать GetStackTrace, если не от обратного вызова? Дело в том, чтобы назвать Т

Answer 3

Если ваша цель состоит в том, чтобы периодически собирать нити дамп, вы можете использовать Java Flight Recorder, которая является частью Java Mission Controller

Начиная с выпуском Oracle JDK 7 Update 40 (7u40), Java Mission Control поставляется вместе с JVM HotSpot.

Answer 4

Запись в блоге, которую вы цитируете, имеет большую часть того, что вам нужно для сантехники JVMTI. Вы можете использовать JVMTIenv из gdata. Это законно. Убедитесь, что вы делаете вызовы JNI для правильного JNIenv для вашего текущего потока.

Теперь вам нужно добавить способ получения уведомления о принятии вашего действия (например, дамп потока). Открутите поток, который прослушивает сокет, использует inotify, семафоры и т. Д. - то, что вы можете выталкивать извне.

Затем вы можете вызвать dumpThreadInfo() из цикла обработчика событий, как вы считаете нужным.