恐怖の JVM 大量メモリ消費！メモリリークの謎を追え！！ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、ミドルウェア開発チームの青木(@a_o_k_i_n_g)です。将来の夢は川口浩探検隊に入ることです。 先日、弊社のアプリケーションサーバーで大量にメモリを消費するという現象に遭遇しました。アクセス頻度の低いサーバーがメモリを大量消費するという謎深いものでした。 発生当初の状況はこんな感じです。 アプリケーションサーバーでは Jetty が稼働 現象が発生した JVM は 5GB 程度のメモリを消費しており、明らかに通常ではない量のメモリを消費している 複数台のサーバーで発生していたが、全てで発生したわけではない。 また、発生したサーバーはいずれもアクセス頻度が少ないサーバーだった。 ヒープ、パーマネント、スタック ひとまず、JVM でトラブルが発生した時は何はともあれヒープダンプとスレッドダンプを見るに限ります。各種情報の取得をインフラ部隊へ依頼し、得られたヒープを解析すると、
OutOfMemoryError の調べ方 - Qiita
Java 8 で、 Oracle の JVM を前提とした話です。 Java のメモリ管理 これを知っておかないと、 OOME が起こっても、メモリ内で何が起こっていて、どこを調査すべきで、どのように対処したらいいのかが判断できない。 なので、まずは、そもそも Java がどうやってメモリを管理しているのかを知る。 しかし、実際調べてみたら予想通りというかなんというか、量が多くなってしまった。 なので、個々の用語の説明は末尾の 用語集 に押し込めたので、ここではざっくりとした概要だけ記載する。 メモリの構造 超ざっくりとした、メモリ構造を表した図。 おおきく、ヒープ（Heap）領域とネイティブ（Native）領域の２つの領域がある。 ヒープは Java プログラムが使う領域で、プログラム上で生成したオブジェクトは、このヒープ領域に配置される。 一方、ネイティブ領域は JVM が動くのに必要
Web Application Server を動かす時の Java8 起動オプションのメモ - その手の平は尻もつかめるさ
一般的な Web Application Server *1 を Java8 で動かすにあたって，最近有効にしている起動オプションについてメモ． 何か間違っていたり，あるいは「こっちの方が良い」みたいなのがあれば教えて下さい． -server server mode で起動させる (指定しないと client mode になる可能性がある，マシンスペックによってスイッチする？)． -Djava.net.preferIPv4Stack=true If IPv6 is available on the operating system the underlying native socket will be an IPv6 socket. This allows Java(tm) applications to connect too, and accept connections from,
JavaVMを論理分割したマイクロコンテナ上でJavaアプリを実行可能に。オラクルがコンテナ機能を実装したWebLogic Server 12c R2をリリース
JavaVMを論理分割したマイクロコンテナ上でJavaアプリを実行可能に。オラクルがコンテナ機能を実装したWebLogic Server 12c R2をリリース 1つのJavaVMを、パーティションによって複数の「マイクロコンテナ」に区切り、マイクロコンテナごとに別々のJavaアプリケーションを実行できる機能を備えた、WebLogic Severの新バージョン「WebLogic Server 12c R2」の国内提供を日本オラクルが開始しました。 WebLogic Serverは企業向けのWebアプリケーションサーバで、Java EE 7に完全準拠しています。 コンテナで安全分離、集約率は従来の3倍。Dockerにも対応 マイクロコンテナ内のJavaアプリケーションは管理ツールによってZipでパッケージにし、別のマイクロコンテナへ簡単に移行できるため、開発環境からテスト環境、本番環境へと迅
Java開発の性能改善！ その３ ヒープダンプを取ろう - Qiita
第３回になります。 記事を書くこと自体に時間がかかってしまうので 見やすい記事にするってのが難しいですね。。 少しずつ改良していきます。 ストックやフォローをして頂けると励みになります。 さて、本題です。 jstatやGCログなどを見てメモリがなかなか開放されない場合は ヒープダンプを取ってメモリの中身を解析することになります。 ヒープダンプの取得 まず、jstatやpsコマンド等で対象のJVMのプロセスIDを取得しましょう。 これで指定した場所にダンプファイルができます。 -dump:live,format=...というようにliveをつけるとGCが起きて コマンド実行時に活きているオブジェクトのみのダンプになるようです。 とりあえず今回はフルで取ります。 ヒープダンプの中身を解析をする 解析をするにはツールを使います。 java標準のjhatやMemory Analyzer、HeapA
Jolokiaを使ってコンテナ内のjarをホスト側から取得してみる - FLINTERS Engineer's Blog
貴子です。 弊社では絶賛docker乗り換え中で、コンテナ内のjarプロセスを監視したくなりました。 監視ツールとしてはmackerelとsensuを使っていますが、 まだその2つでグラフ表示したりメモリーの使用率のアラートを設定したりまでは出来ていません。 この記事は「コンテナ上でplayのjarを実行して、Jolokiaを起動して、ホスト側から値を取得するところまで」です。 Jolokiaとは？ リモートJVMにアクセスをするためのJavaエージェントで、http経由でJVMの情報を取得できる様になります。 詳しくは公式サイトをどうぞー。 jolokia.org Jolokiaを使ってコンテナ内のjarをホスト側から取得する ホストOSにはAmazon linuxを使っていて、コンテナはCentOS6で試しています。 1.ホスト側でjolokiaのjarを用意する cd Jolokia
CMS GC おさらい - unnamed
この記事は Java Advent Calendar 2014 の一日目の記事です。 先日の JJUG CCC 2014 Fall で CMS GC について話してきました。 結構遅めの時間帯にも関わらず、200人規模の部屋がいっぱいに埋まるぐらいの盛況振りで、みなさんGCにお困りなんだなあと実感しました。スライドは以下に公開しています。CMS GC の挙動から GC ログの読み方、どういうケースが厄介なのかを紹介しているので是非ご覧ください！ Concurrent Mark-Sweep Garbage Collection #jjug_ccc from Yuji Kubota 嬉しいことにセッションの反応は良かったのですが、「遅めの時間帯で頭も疲れてるとガチ話辛い」という声もあったので、今回は CMS GC について比較的重要な点についてだけ簡単におさらいしたいと思います。 オプションに
コアダンプから Java 起動オプションの抜き出し方 - unnamed
この記事は JVM Advent Calendar 2日目 の記事です。 JVM を触っているとコアを吐いて落ちる事がしばしばあります。ええ、しばしばあります。 こういう時にどのようなオプションで起動していたかをうっかり忘れると後々面倒です。 でも、実は簡単に解ります。 簡単なやり方 # strings core.12672 | grep -- -Xmx -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=80 -XX:+UseCMSInitiatingOccupancyOnly -Xmx1500m -Xms1500m -Xloggc:gc.log -XX:+PrintGCDetails -XX:+CMSClassUnloadingEnabled -Xmxを指定していないときは -XX: とかで grep すると引っ掛かりま
How specify JVM options by file. - unnamed
Use -XX:+Flags=<file>. You can specify *ONLY* "-XX" options. OpenJDK checks this option when vm parses the arguments as following. JDK9 jdk9/jdk9/hotspot: 18218f0736d2 src/share/vm/runtime/arguments.cpp JDK8 jdk8u/jdk8u/hotspot: 9d6eb2757167 src/share/vm/runtime/arguments.cpp
JavaVM監視・解析ツール HeapStatsを使ってみた | Casley Deep Innovations株式会社 技術ブログ
こんにちは！SI部の満石です。 以前、仕事でJRockit Flight Recorder(現在OracleJDKに付属しているJava Flight Recorderの元になったもの）を使ったことがあり、最近出てきたHeapStatsにも興味があって使ってみたのでご紹介します。 HeapStatsとは NTT OSSセンタが開発したOSS（Open Source Software）であり、HeapStatsの日本語Wikiには以下のとおりに書かれています。 HeapStats とは、JavaVM のヒープやGC状況を監視する軽量なツールで、エラーの兆候を検知してSNMPのようなリアルタイムなアラートを発します。生成するログはかなり小さいもので、GUIツールで解析することができます。HeapStatsは、次の二つのプログラムで構成されます： エージェント(agent) – JavaVMの情
トラブルに備えるJVMオプション - n-agetsumaの日記
以前の記事でトラブルが起きた後の初動対応を書いてみたが、いざトラブルに遭遇すると、まず再起動してからどうするか考えるケースが多いと感じている。しかし何も情報がないと『情報がない/再現方法が不明』などの理由からそのままお蔵入りになってしまう。今回はトラブルに事前に備えるために、地味だけど大切なJavaVMのオプションをまとめてみる。 GCログの出力とローテーション OutOfMemoryError発生時のヒープダンプ自動出力と出力パス設定 JavaVMクラッシュログの出力パス設定 JVMオプションの設定 (OpenJDK/OracleJDK) JavaVMにはGCおよびヒープメモリの状態をロギングする仕組みや、OufOfMemoryError時にヒープダンプを自動的に出力するような障害に備えて自動的に情報を出力する機能がある。おすすめのオプション*1は以下の通り。 java -Xms?g -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java コードから Java ヒープまで
Concurrent Mark-Sweep Garbage Collection #jjug_ccc
楽して JVM を学びたい #jjug
Javaでトランザクショナルメモリを使う