Unified JVM Loggingより速く より運用しやすく 進化し続けるJVM（Java Developers Summit Online 2023 発表資料）
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,
SparkアプリケーションのためのJavaガベージコレクションのチューニングについて - TEPPEI STUDIO
この記事は、インテルの SSG STOビッグデータテクノロジーグループのメンバーからDataBricksに寄稿されたブログを翻訳したものです。誤訳がありましたら、@teppei_tosaに御連絡ください。 Sparkは、その優れた性能、シンプルなインターフェイス、および分析や計算のための豊富なライブラリによって、幅広い業界で採用されてきています。ビッグデータエコシステムにおける多くのプロジェクトと同様に、Sparkは、Java仮想マシン（JVM）上で実行されます。Sparkはメモリに大量のデータを格納することにおいて、Javaのメモリ管理とガベージコレクション（GC）に大きく頼っています。また、プロジェクトTungstenなどの新たな取り組みは、将来のバージョンで、メモリ管理のさらなる簡素化と最適化を目指しています。しかし、今日時点でも、JavaのGCオプションとパラメータを理解しているユ
ふわっと JVM のヒープ領域監視について考える - ようへいの日々精進XP
ども、かっぱです。 はじめに Java アプリケーションを運用する上では避けて通れないであろうヒープ領域の監視についてフワッと考えてみた JVM には幾つか領域があるがヒープ領域に焦点を当てる 参考 http://www.whitemark.co.jp/tec/java/javaHeap.html http://www.whitemark.co.jp/tec/java/javagc.html http://d.hatena.ne.jp/ogin_s57/20120623/1340463194 http://d.hatena.ne.jp/ogin_s57/20120709/1341836704 https://docs.oracle.com/javase/jp/1.5.0/guide/management/agent.html http://chonaso.hatenablog.com/en
Java女子部セミナー「JVMのいろは」日本電信電話株式会社OSSセンタ 久保田祐史氏 - のた犬のうまい猫めし
イベント情報：https://javajo.doorkeeper.jp/events/21337 ハッシュタグ：#javajo 講師：久保田祐史氏、@sugarlife。Java歴６年。２年前からOpenJDK読んでいる。都内のほどほどのスイーツ情報を呟いている。Javaはあまり書かないらしい。（JVMはCだから） 後日公開された資料： JVM のいろはにほ #javajo from Yuji Kubota JVM のいろはにほ #javajo ここ（今回のセミナー）ではJVM=HotSpot VM。OpenJDK/OracleJDK。Oracleから落とせるJavaのこと。java Dukeのように実行するところがJavaVMの出番。Java仮想マシン。Javaバイトコードの実行環境。書いたコードがどこでも動くようにするもの。主な機能として、コードを実行するための機能、メモリの管理（プロ
10 Examples of HotSpot JVM Options in Java
On the basis of how we specify the JVM option it can be divided into two parts, JVM Options which starts with –X and those which starts with -XX: 1) JVM Options that begin with -X are non-standard (they are not guaranteed to be supported on all JVM implementations) and are subject to change without notice in subsequent releases of the JDK. I was thinking about writing a post on JVM options when
Java 8 HotSpot meeting (2014/10/23 19:30〜)
概要 Java 8時代のHotSpotについて、その特徴や7からの変更点、起動オプションなどについてみんなで一緒に学ぶイベントです。 こんな方は是非お越し下さい。 JavaをはじめとするJVM言語を使っている JVMについて語り合いたい 発表内容 JVMの基本的な話(仮) 発表者：@tan_go238さん 時間：30分程度 JVMの基本的な話についてお話します。 JITコンパイルはじめの一歩 発表者：@jyukutyoさん 時間：30分程度 Java 8 のヒープモニタリング(仮) 発表者：@tksmdさん 時間：20〜30分 Java8 で変わったヒープ周りの設定や、割と新しめのガベージコレクタなどのモニタリング周りについてお話します。また Java 8 に限った話ではありませんが jolokia についてもご紹介したいと思います。 JVM on OSv 発表者：@syuu1228さん
Java クラスファイルの構成 その2 - Qiita
型指定子 (type descriptor) 型指定子はクラスファイル上でフィールドやメソッドの型を表現するのに利用される文字列です。 型指定子は型消去されたあとのジェネリクスを含まない型情報を表現します。 よく勘違いしている人がいますが、ジェネリクスを含む型情報は別途 シグネチャ と呼ばれる属性としてクラスファイル上に残っています。 ただ、JVM はシグネチャを無視するため、実行時にはジェネリクスを含む型情報を取得できないのです。 プリミティブ型の型指定子 プリミティブ型の型指定子は各プリミティブ型に対応したアルファベット1文字です。 プリミティブ型とそれに対応する型指定子は以下の表の通りです。 long が L でないのは L がオブジェクト型の型指定子で利用されているためです。(たぶん) ではなぜオブジェクト型の型指定子に L を使ったのは聞かないで下さい。(class の L ?)
第六回渋谷Java Java8のJVM監視を考える
え、まって。その並列分散処理、Kafkaのしくみでもできるの？ Apache Kafkaの機能を利用した大規模ストリームデータの並列分散処理
JVM! JVM! JVM!
Embulk, an open-source plugin-based parallel bulk data loader
「JVM Operation Casual Talks」発表資料のリンクをまとめてみる #jvmcasual - 元RX-7乗りの適当な日々
4/7に、LINEさんのオフィスで開催された「JVM Operation Casual Talks」。 一部で、Cassandra Casualだったのではないかという疑惑もありましたが、なかなかためになる話が多くて、あとできっと資料を見たくなる日が来そうなので、ちょっとまとめておこうと思う。 こちらもあわせて読みたい JVM Operation Casual Talks #jvmcasual - Togetter Understanding Memory Management of JavaVM in 15 minutes (@stanakaさん) https://speakerdeck.com/stanaka/understanding-memory-management-of-javavm-in-15-minutes @stanakaさん、どこでJVM使ってるのかと思ったら、今日は
トラブルに備えるJVMオプション - n-agetsumaの日記
以前の記事でトラブルが起きた後の初動対応を書いてみたが、いざトラブルに遭遇すると、まず再起動してからどうするか考えるケースが多いと感じている。しかし何も情報がないと『情報がない/再現方法が不明』などの理由からそのままお蔵入りになってしまう。今回はトラブルに事前に備えるために、地味だけど大切なJavaVMのオプションをまとめてみる。 GCログの出力とローテーション OutOfMemoryError発生時のヒープダンプ自動出力と出力パス設定 JavaVMクラッシュログの出力パス設定 JVMオプションの設定 (OpenJDK/OracleJDK) JavaVMにはGCおよびヒープメモリの状態をロギングする仕組みや、OufOfMemoryError時にヒープダンプを自動的に出力するような障害に備えて自動的に情報を出力する機能がある。おすすめのオプション*1は以下の通り。 java -Xms?g -
HeapStats/jp - IcedTea
1 ニュース OpenJDK8系の 8u262 以降の版とともに使用しないでください (2020/7/24) OpenJDK 8u262 は、素晴らしいことに、いくつかのディストリビューションで JDK Flight Recorder (JFR) が同梱されました。 しかし、残念なことに、HeapStats は 8u262 以降ではうまく動作しません。 8u262 以降でのJavaヒープの確認には、JFRの使用をお勧めします。 詳しくは、このページの下の実行環境セクションをご参照ください。 こちらもまたご覧ください。 http://icedtea.classpath.org/pipermail/heapstats/2020-July/002457.html {Exit|Crash}OnOutOfMemoryError を HeapStats と共に使わないでください(2019/7/25)
「メモリーを意識してみよう」第4回 進化するメモリー管理：ITpro
先々週にHotSpot VMでのメモリー管理について解説しました。ここでキーとなるのは世代別GCです。 HotSpot VMで世代別GCが採用される以前は，Old領域のGCで使用されるMark & Sweep GCだけでした。世代別GCが導入されたことにより，GCのパフォーマンスは劇的に向上したのです。 しかし，GCの進化はここで終わってしまったのではありません。Java SE 6（開発コード名Mustang）にいたるまで，様々な改良が加えられてきました。 今週はそれらの新しいGCの手法について解説していきます。その前に，まずは基本となるMark & Sweep GCを説明しましょう。 Mark & Sweep GC Mark & Sweep GCは二つのフェーズでGCを行います。 はじめのフェーズで，使用しているインスタンスに印をつけます（Mark，図1a）。Markにはルートインスタン
Javaバイトコード入門
Pythonの処理系はどのように実装され，どのように動いているのか？ 我々はその実態を調査すべくアマゾンへと飛んだ．
開発者が知っておくべきJavaと仮想マシンの歴史
Javaの黎明（れいめい）期、多くの人々にJavaが知られ、広まった理由の1つは、WebブラウザにJava VMが組み込まれたことにあるでしょう。その当時のWebブラウザ開発のエキサイティングな様子は、雑誌『Wired』の古い記事「The Java Saga」で読むことができます。 Webブラウザ上で動作するJavaアプレットの勢いも借りて、各OSベンダが米サン・マイクロシステムズからライセンス提供を受け、各OSプラットフォーム用のJava環境が続々とリリースされます。 その一方、米マイクロソフトのWebブラウザ「Internet Explorer」（以下、IE）にJava VMが組み込まれたことは、歓迎とともに混乱を招きました。米マイクロソフトが提供したWindows 95／NT用のJava VM（(MSJVM)）が持つ「J/Direct」機能は高性能ながら、Win32 APIを直接呼び
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - k-tamura/easybuggy: Too buggy web application
Javaのプログラムはどうやって動いているの? JVM編
JDK 8 JVM Improvements - C2-JavaDay-304328.pdf