今日はjmap -histo
とjmap -dump
を試しています
このシーケンスで実行する場合
jmap -dump:format=b,file=heap.1 [pid]
jmap -dump:live,format=b,file=heap.2 [pid]
jmap -dump:format=b,file=heap.3 [pid]
heap.3
はheap.2
よりもheap.1
に似ています。特に、私がheap.1
に興味を持っている「死んだ」オブジェクトは、heap.3
にはありません。
これを見て、私は私が何を期待すべきかを教えてくれるドキュメントを探し始めました。私が何とか得た最も近いものは この議論 でした。ここで、briandとalanbからのコメントは、実際には、ライブオプションを使用したときにこのGCが発生することを期待できることを意味します。しかし、答えは5年前のものであり、フォーラムへの投稿は仕様については少し非公式に思えます。
文書化されている現在の動作はどこにありますか?
活性度を判断するために、Javaは完全なGCを実行する必要があるので、そうです。
質問を眠らせるために...誰かがもっと深く掘り下げる必要があるなら、ここに答えがあります。お気軽に。
/ hotspot/agent/src/share/vm/services/attachListener.cppの一部から取得
openjdk http://download.Java.net/openjdk/jdk7/ そしてあなたは受け入れる必要があります http://www.gnu.org/licenses /gpl-2.0.html
// Implementation of "inspectheap" command
//
// Input arguments :-
// arg0: "-live" or "-all"
static jint heap_inspection(AttachOperation* op, outputStream* out) {
bool live_objects_only = true; // default is true to retain the behavior before this change is made
const char* arg0 = op->arg(0);
if (arg0 != NULL && (strlen(arg0) > 0)) {
if (strcmp(arg0, "-all") != 0 && strcmp(arg0, "-live") != 0) {
out->print_cr("Invalid argument to inspectheap operation: %s", arg0);
return JNI_ERR;
}
live_objects_only = strcmp(arg0, "-live") == 0;
}
VM_GC_HeapInspection heapop(out, live_objects_only /* request full gc */, true /* need_prologue */);
VMThread::execute(&heapop);
return JNI_OK;
}
vmGCOperations.hppでは定義です
`VM_GC_HeapInspection(outputStream* out, bool request_full_gc,
bool need_prologue) :`