JVMTI 0.30.27
JavaTM Virtual Machine Tool Interface Reference Draft 0.30.27 はじめに JVMTI とは アーキテクチャ エージェントの作成 JVMTI エージェントのコマンド行オプション エージェントの起動 エージェントの停止 JAVA_TOOL_OPTIONS JVMTI 環境 バイトコードインストゥルメンテーション 仕様のコンテキスト 関数 JVMTI 関数のアクセス 関数の戻り値 JNI オブジェクト参照の管理 関数呼び出しの必要条件 関数の索引 メモリ管理 スレッド スレッドグループ スタックフレーム ヒープ 局所変数 ブレークポイント 監視されるフィールド クラス Object フィールド メソッド raw モニター JNI 関数の遮断 イベント管理 拡張機能機構 権限 タイマー システムプロパティ 全般 エラーコード イベント イ
死んだプロセスのスタックトレースを自動収集するデーモンを書いた (そして、その出力を開発者に送ってあげると喜ばれるよという話) - kazuhoのメモ置き場
死んだプロセス (あるいは kill したプロセス) の core イメージから自動的にスタックトレースを収集するデーモンを書いたので、これをセットアップしてサーバにインストールしとくといいかもです (kaztools/bt_cores at master · kazuho/kaztools · GitHub)。Linux のみ対応*1。使い方は bt_cores --help とするか、perl Makefile.PL && make install して man bt_cores。 具体的にいうと、Q4M とか Incline とか kazuho product が落ちたり固まったりしたらスタックトレース送ってくれると、私がうれしいです (古いバージョンのスタックトレースだととても悲しいです)。コアファイルは内部データがいろいろ入ってるから外部の人には見せられないけど、スタックトレース
日記 (2007 年 5 月中旬)
10 (木) %1 んー signal() (sigaction) のトランポリンがよくわからん。 前にも似たようなことやったんだけどなぁ。忘れた。 結局 dietlibc 付属の signal() を使ったけど。 最近たまに右手の指がピクピクします。 ストレスが原因? なんだろ... 電車か! 下りの電車、快速に立って乗るより 12 分後の区間快速に座って乗ったほうが 立っている時間は短くなる。 のだが当然時間は 20 分くらい余計にかかるわけだ。 んー。 でも下りは途中で必ず座れる。 上りは座り損ねたら 糸冬 だからな。 TX の電車で、長い座席に座ったまま寝ると、確実に横の人に寄りかかります。 自分もやったことあるし、他の人が寄りかかってくることもよくあります。 自動運転が荒いからです。 眠ってる状態で耐えれる加速度をはるかに超えてます。 って書いてるけど他の電車の事情は良く知りませ
QEMU/KVMを使ったネットワークブートシステムのテスト環境 - sdyuki-devel
ネットワークブートシステムを構築するために Linuxカーネルや initramfs を作成しているとき、本物のハードウェアを使って実験していると再起動が面倒すぎてイヤになる。VMを使うのが次善策だが、BIOSの初期化には時間がかかる。 そこで qemu のlinuxカーネルを直接起動する機能を使うと、BIOSの初期化が速いので快適にテストできる。ブートローダーをインストールしたHDDイメージを用意しなくていいのも好都合。 kvm -kernel /path/to/vmlinuz -initrd /path/to/initramfs -append "kernel boot parameter" -hda /dev/zero initramfsができたら、今度はそれをPXEでロードできるかどうかテストする必要がある。しかしうまくいかなかったとき、DHCPサーバーやtftpサーバーの設定に問
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - google/sanitizers: AddressSanitizer, ThreadSanitizer, MemorySanitizer
