メモリリークトラブルシューティング記 – その5: Memory Analyzer でヒープダンプを解析(最終回) – yusuke.blog
– その1: 自宅サーバがハング – その2: フリーズの原因はガベージコレクション – その3: 侍でヒープ使用量を確認 – その4: リーク箇所を確認する色々な方法 – その5: Memory Analyzer でヒープダンプを解析(最終回) 延々と連載してきたメモリリークトラブルシューティング記もいよいよ最終回です。 今回のメモリリーク現象はリークの再現方法がわからないため、運用環境から詳細なデータが取得できるheapdumpを取得した、というのが前回までのあらすじです。 次は、ヒープダンプの解析。 ヒープダンプは JDK に付属の jmap コマンドで取得します。 jmap -heap:format=x [pid] または jmap -heap:format=b [pid] といった形で実行するとヒープダンプを xml 形式、またはバイナリ形式で記録できます。 通常生のヒープダンプ
OutOfMemoryError を分析する - KrdLab's blog
最近仕事で Java ばかりの KrdLab です．そんな中，Eclipse の Memory Analyzer (MAT) が素晴らしかったので紹介． http://www.eclipse.org/mat/ はじめに Java ではメモリリークによって OutOfMemoryError (OOME) が発生する．このリークを特定する作業はなかなか困難な作業になることが多い (特に，誰が作ったのかわからない古いコードの保守で発生すると大変！)． 今回はその作業コストを軽減するツールとして Memory Analyzer (MAT) を紹介する． Eclipse Memory Analyzer とは？ JVM のヒープダンプを解析するツール．どのオブジェクトがリーク候補なのか，どこから参照されていたものだったのか，といった情報がグラフィカルに表示される． 他にもダンプ分析のための様々な機能が
Fedora 9 FC9 を yum update したら起動しなくなった、そんなとき | sugiyama-log
いつものように yum update をすると、この日は kernel 2.6.25.9-76.fc9 がインストールされました。早朝だったこともありリブートしちゃおう。そう思ったのが不幸の始まりでした。 起動しなくなったのです。 そんなとき。 合計３台を更新したのですが、そのうち２台が起動しませんでした。中々の高確率ですよね。 起動しない２台とも症状はことなりました。 １台目 「GRUB」という メッセージが表示された段階で止まってしまいます。 検索してみると解決方法が見つかりました。起動領域にgrubを再度書き込めばいいとのこと。 インストールに利用した netinst のCDROMを使って rescue モードで起動します。 その後、出てくるダイアログにこたえていき（最後のダイアログでyes的なことを答えること）、コマンドラインが出てきたところで、 chroot /mnt/sysim
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
