JavaVMのメモリ管理に関するまとめ（Javaヒープ、GC、ダンプ等） - ぺーぺーSEのブログ
本ブログはJava8（特にMetaspace）に対応していない。 下記にJava8以降に対応した記事を記載する（予定）。 blog.pepese.com JavaVMのメモリ領域について JavaVMが管理するメモリ領域について 階層1 階層2 階層3 説明 Javaヒープ JavaVM上で起動するJavaプログラムのリソースを管理する領域。New領域とOld領域で構成される。 ｌ" New領域 新規オブジェクトと閾値（-XX:MaxTenuringThreshold）未満のオブジェクトが配置される。（Young領域とも呼ばれる） ｌ ｌ" Eden領域 新規のオブジェクトが配置される。 ｌ ｌ" From領域 CopyGC(ScavengeGC、マイナーGC)が実行された際に、使用中のオブジェクトはここへコピーされる。（S0やS1とも呼ばれる） ｌ ｌー To領域 CopyGC(Scav
Javaプロセスの中でCPUを浪費しているスレッドを特定する - Qiita
概要 Javaプロセスの中でCPUを浪費しているスレッドを特定する方法を紹介します。Linuxだけでなく、Windowsでの方法も載せています。 前提条件 JDKがインストールされていること Linuxの場合 まずは、Linuxでの方法です。これと同じことがWindowsでも、できればいいわけです(後述します)。 (1) jpsコマンドで対象のJavaプロセスのIDを特定する $ top -n 1 -H -p 25800 top - 21:29:39 up 23:36, 3 users, load average: 1.66, 0.97, 0.52 Tasks: 31 total, 1 running, 30 sleeping, 0 stopped, 0 zombie Cpu(s): 2.9%us, 0.8%sy, 0.0%ni, 96.2%id, 0.1%wa, 0.0%hi, 0.0%
ざっくりわかった気になるモダンGC入門 - Cybozu Inside Out | サイボウズエンジニアのブログ
どうも！@yokotaso です！ 2018/05/26のJJUG CCC 2018で「ざっくりわかった気になるモダンGC入門」というタイトルで登壇させていただきました。 現在開発中の新しいGCアルゴリズムをざっくり理解することをテーマに発表しました。 発表練習用に作ったカンペの内容を公開します。ブックマークコメントでもツイートでも感想を書いていただけると喜びます！ 発表資料は、speakerdeck にあります。はじまり〜はじまり〜 はじめに 今日はざっくりわかった気になるモダンGC入門というお話をさせていただきます。 現在開発中のGCアルゴリズムの全体像を理解してもらうことを目的としたセッションです。よろしくおねがいします。 さて今日のアジェンダですが、まず簡単にこれまでのGCを復習した後に新しいGCが必要になってきた背景について少し話します。 次にShenandoahGC、ZGC、E
[Datadogのダッシュボード作成~その③~] Java,Tomcat,Solrのメトリクスの取得 - Qiita
はじめに その①とその②ではapacheのDashBoardを作成していきました。その③ではjavaベースで動く各種MWのメトリクスを取得し、ダッシュボードを作成できるようにします。 [Datadogでダッシュボード作成~その①~]apache integrationの導入 [Datadogでダッシュボード作成~その②~] DogStatsD FluentD Pluginの導入 本手順を実行することで以下のようなダッシュボードが作成できるようになります。 JAVA 取得できるメトリクスとダッシュボードの例 基本的にDatadogのJavaのインテグレーションを設定後、下記の１１つのメトリクスのデフォルトで取得可能です。 それ以外のものを取得したい場合は、jmx.yamlの設定ファイルを設定することが必要です。 (jConsoleで確認できるものをjmx.yamlのファイルに設定すれば、その
![[Datadogのダッシュボード作成~その③~] Java,Tomcat,Solrのメトリクスの取得 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/047f727251564330fb9d07fd86bea1a19d8d71a9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-1150d8b18a7c15795b701a55ae908f94.png%3Fixlib%3Drb-1.2.2%26w%3D1200%26mark%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D380%2526txt%253D%25255BDatadog%2525E3%252581%2525AE%2525E3%252583%252580%2525E3%252583%252583%2525E3%252582%2525B7%2525E3%252583%2525A5%2525E3%252583%25259C%2525E3%252583%2525BC%2525E3%252583%252589%2525E4%2525BD%25259C%2525E6%252588%252590~%2525E3%252581%25259D%2525E3%252581%2525AE%2525E2%252591%2525A2~%25255D%252520Java%25252CTomcat%25252CSolr%2525E3%252581%2525AE%2525E3%252583%2525A1%2525E3%252583%252588%2525E3%252583%2525AA%2525E3%252582%2525AF%2525E3%252582%2525B9%2525E3%252581%2525AE%2525E5%25258F%252596%2525E5%2525BE%252597%2526txt-color%253D%252523333%2526txt-font%253DAvenir-Black%2526txt-size%253D54%2526txt-clip%253Dellipsis%2526txt-align%253Dcenter%25252Cmiddle%2526s%253D59d1f69f91153d90ea0525c95576a028%26mark-align%3Dcenter%252Cmiddle%26blend%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D500%2526txt%253D%252540takahirono7%2526txt-color%253D%252523333%2526txt-font%253DAvenir-Black%2526txt-size%253D45%2526txt-align%253Dright%25252Cbottom%2526s%253D73c0f5c00d04dae87d72854537eb0851%26blend-align%3Dcenter%252Cmiddle%26blend-mode%3Dnormal%26s%3D1b9c5a8669d1c99370538ceeee21524c)
JMX接続をひたすらやっていく | DevelopersIO
こんにちは。齋藤です。 今回のこの記事はJava アドベントカレンダー 2017 4日目に向けた記事です。 今日はJMXと格闘した記録をここに書いておきます。 今回は以下の内容について記述します。 ローカルのDockerコンテナ上に立ち上げたJVMに対して JMX接続する EC2上に立ち上げたJVMに対して JMX接続する EC2上のDockerコンテナ上に立ち上げたJVMに対して JMX接続する 今回JMX接続先に利用するのはElasticsearchです。 やっていきます。 ローカルのDockerコンテナ上に立ち上げたJVMに対して JMX接続する まずは手始めに、簡単なところから攻めていきます。 次のコマンドでElasticsearchを起動します。 docker run -d -it -e "ES_JAVA_OPTS= -Djava.rmi.server.hostname=127.
CodeBuildでDockerイメージのマルチステージビルド - cloudfishのブログ
Dockerでマルチステージビルドという機能を知ったので検証がてらCodeBuildで試してみました。 マルチステージビルドとは、例えばjavaアプリケーションにおいて、ビルドについてはjdkが入ったイメージを利用してビルドを行い、ビルドされたバイナリだけをjreが入ったイメージにコピーしてDockerイメージを作成することをDockerイメージのビルド時にできる機能となります。こうすることで簡単に実行するDockerイメージを小さくすることが可能となります。この機能はDokcerの17.05以降で利用可能となっています。 検証内容 Javaアプリをmavenがインストールされているコンテナでビルドして、jreがインストールされているコンテナをベースにイメージを作成しECRにプッシュします。 構成イメージは以下になります。 ECRの作成 イメージプッシュ用のリポジトリを作成します。 AWS
CodeBuildで独自イメージを使ってビルドする - Qiita
概要 (2019年4月18日 更新) OracleJDKをOpenJDKに変更しました。 Gradle5.xだとビルドエラーになる場合があるので、Gradle4.10.3に設定しました。 DockerHubにコンテナイメージを配置しました。こちらからどうぞ。 Spring Boot2.xでGradleを使う場合は、Gradle4.x以上が必要となる。 AWSで用意されているJavaのDockerイメージは、Apache Maven 3.3.3、Apache Ant 1.9.6、Gradle 2.7となっているため、gradleをアップデートインストールしないと、ビルドが出来ない。 毎回インストールしても良いのだが、5分ほど時間がかかってしまう。（後述） そのため、独自のDockerイメージを使ってビルドにチャレンジしてみました。 AWS CodeBuild に用意されている Docker
Dockerで色んなJDKを試す - Qiita
9月25日にJDK 11がリリースされました。リリースサイクルも変わり、今後は半年サイクルで新しいバージョンが出てきます。「Javaが有償化される」という間違った情報が一人歩きしているようですが…それは誤った情報なので、以下辺りをご確認ください。 JDK: 新しいリリースモデル解説（ver.2.1） Introduction to Java 11: Support and JVM Features #jjug 【GlassFish勉強会レポート】各JDKベンダの動向を知ってJava 11に備えよう Javaのサポートについてのまとめ 異なるJDK、異なるバージョンを触る機会が今後増えそうですが、それぞれインストールしたり、設定したりするのは大変です。ちなみに今自分がメインで使っているPCは、OpenJDK 11を入れていますが、binのPathやJAVA_HOMEはOracle JDK 8
MySQL との互換性を持つ Amazon Aurora での MariaDB JDBC ドライバーの使用 | Amazon Web Services
Amazon Web Services ブログ MySQL との互換性を持つ Amazon Aurora での MariaDB JDBC ドライバーの使用 このブログ記事は、Amazon Aurora クラスターへの接続に MariaDB Connector/J として知られる MariaDB JDBC ドライバーを使用する方法について説明するものです。この記事では、フェイルオーバーの状況下でマスターとレプリカを迅速かつシームレスに切り替えるために、このコネクターの自動フェイルオーバー機能を使用します。MariaDB Connector/J は MariaDB サイトからダウンロードできます。 MariaDB Connector/J を使用した Aurora MySQL への接続 この記事を書いている時点でのコネクターの最新バージョンは MariaDB Connector/J 2.3.0
マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました！ | DevelopersIO
マルチプラットフォーム（ubuntu、RHEL、Windows、MacOS）対応のLTSがついたOpenJDK互換のJavaリリースのアナウンスです！ しばらく前に、Amazon LinuxでのJavaのLTSが発表され大きな話題となりました。 Amazon LinuxでのJavaのLTS (Long-Term Support)提供について 「ほぇー、AWSもやりおるやんけ！！」と感慨にふけっていたら、それの100倍ぐらい衝撃的なニュースが、Javaの神様James Goslingのツイートで飛び込んできました。 Just announced #amazon #Corretto at #devoxx. It is our distribution of OpenJDK. https://t.co/09cuPEqnex — James Gosling (@errcraft) 2018年11月
Introduction to Java 11: Support and JVM Features #jjug
JDK 16 で導入された JEP 396 にご注意!! （JJUG CCC 2021 Spring）
ふわっと 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
OutOfMemoryError の調べ方 - Qiita
OutOfMemoryError (以下 OOME)が起こったときにお手上げ状態にならないためにも、 Java のメモリ管理の仕組みとか、 OOME が起こったときの調査方法とかを調べる。 環境 OS Windows 7 > java -version java version "1.8.0_74" Java(TM) SE Runtime Environment (build 1.8.0_74-b02) Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02, mixed mode) Java 8 で、 Oracle の JVM を前提とした話です。 Java のメモリ管理 これを知っておかないと、 OOME が起こっても、メモリ内で何が起こっていて、どこを調査すべきで、どのように対処したらいいのかが判断できない。 なので、まずは、そもそも J
RDSのフェイルオーバーとJDBCコネクションプーリングでハマった件 - なからなLife
フェイルオーバー発生させたら、15分固まった。 Amazon RDS MySQL 5.6.23＋Tomcat＋JavaServlet＋Connector/Jでコネクションプールを利用した環境で、RDSのフェイルオーバー試験をするべくManagement Consoleから「Reboot with Failover」を発生させたら、フェイルオーバーは数分で完了して他の新規接続も受け付けられているのに、前から接続していた分が固まってしまいました。 フェイルオーバーが始まった直後に投げたリクエストのあと、うんともすんとも言わない。 JDBCのconnectTimeoutは3秒にしてあって、SecurityGroupの設定ミスなどでつながらない場合は5秒でタイムアウトすることは確認済みなのに、このケースではお返事が帰ってこない。。。 ぐぐっても、新規接続時のタイムアウト（connectTimeou
JConsole の使用
jconsole の使用 jconsole は、JMX に準拠した監視ツールです。Java 仮想マシンの広範な JMX 機能を使用して、Java プラットフォームで実行されるアプリケーションのパフォーマンスとリソース消費に関する情報を提供します。 jconsole の起動 jconsole インタフェース 概要情報の表示 メモリ消費の監視 スレッドの使用の監視 クラスのロードの監視 MBean の監視と管理 VM 情報の表示 jconsole の起動 jconsole 実行可能ファイルは、JDK_HOME/bin にあります。ここで JDK_HOME は、JDK がインストールされているディレクトリです。このディレクトリがシステムのパスにあれば、コマンド (シェル) プロンプトで jconsole と入力するだけで、このツールを起動できます。それ以外の場合は、実行ファイルへのフルパスを入力
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MariaDB, HikariCP and connection lifetime • joshefin
Spring Boot Actuator Web API Documentation
Building Java Docker images with Gradle and Docker multistage builds
Regular Expression Test Drive
Regular Expression Test Drive