OutOfMemoryError発生！ その解決への近道とは
この記事で分かること JavaのOutOfMemoryError発生時の対応と、原因究明のための調査方法 障害調査に不可欠な7つの情報と、GCログなどから問題のメモリ領域を特定する手法 各ヒープ領域に応じた調査手順と、メモリリークの見極め方 前回記事「調査の難しい「OutOfMemoryError」事例、5選」では、「OutOfMemoryError」に対する切り分け方法の基本と、「OutOfMemoryError」発生につながる危険なケースを具体例を挙げて解説した。 今回は、その「OutOfMemoryError」の対応・調査方法を系統立てて解説する。 システムの回復が必要な場合を確認 OutOfMemoryErrorによるメモリ障害が発生すると、標準出力にOutOfMemoryErrorのメッセージが表示される。そして、JavaVMは空き領域が枯渇している中でGCを実行することになり、
“Stop the World”を防ぐコンカレントGCとは？ (1/2) - ＠IT
“Stop the World”を防ぐコンカレントGCとは？：現場から学ぶWebアプリ開発のトラブルハック（2）（1/2 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） Full GC問題の時代が再び到来！ それまで順調に動いていたはずのWebアプリケーションが、ある時突然、応答を返さなくなる。そして、運用者があたふたしている間に、何事もなかったかのように再び動き出す。 Javaで構築したシステムにかかわる者ならば誰しもが体験するであろう事象、そうFull GC（ガベージ・コレクション）だ。Full GCが行われている間、すべてのアプリケーションスレッドは停止する。この事象は“Stop the
「メモリーを意識してみよう」第3回 ヒープのチューニング
Java2Demoの起動が確認できたら，jconsoleを起動してみましょう。 先々週と同様に，jconsoleの「メモリ」タブで各領域の使用状況を参照できます。 左上のコンボボックスにはデフォルトで「ヒープメモリの使用状況」が選択されています。このコンボボックスを展開するとEden，Survivor，Tenuredなどが並んでいます（図1）。Perm Genなどの項目はヒープではない非ヒープ領域に属している領域です。 Survivor領域は実際には二つありますが，常にどちらかは空なので，一つにまとめて扱われているようです。 この中から，Eden領域を選択してみましょう。 Eden領域の使用量は，だいたい0から1MB程度の範囲に収まっています（図2）。 左下の詳細の部分を見ると，確定（MemoryUsageのcommitted）が1MB，最大が4MBであることがわかります。 つまり，Ede
「メモリーを意識してみよう」第2回 GCの仕組みを理解する
皆さんは，ご自分で作成されたアプリケーションでどのくらいの頻度でガーベジ・コレクション（GC）が発生しているか認識されていますか。まずは，このGCの発生頻度から調べてみましょう。 GCの発生頻度を調べるにはjavaの起動オプションに-verboseを使用します。-verboseだけだとクラスローディングやネイティブライブラリの使用に関する情報も表示されてしまうので，GCだけに特化したいときには-verbose:gcとします。 先週も使用した，JDKのサンプルのJava2Demoでやってみましょう。 > java -verbose:gc -jar Java2Demo.jar [GC 512K->216K(1984K), 0.0089257 secs] [GC 726K->486K(1984K), 0.0281309 secs] [GC 997K->635K(1984K), 0.0097482
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
