JVMアプリケーションを運用する際のメジャーどころチューニングポイントメモ - yoskhdia’s diary
JVMにチューニング項目は多々あれど、プロダクションで運用する際に予めおさえておきたい項目をまとめてみるエントリです。*1 勿論、OSもJVMもデフォルトである程度のパフォーマンスは発揮でき、計測を伴わないチューニングは悪手であることはよく知られています。 しかし、設定しておかないとパフォーマンスにそのまま影響すると分かるものを調べないのは裸で戦場に赴くようなものです。*2 どんな項目をどう変更すれば良いのか知っていることは重要な武器なのです。 なぜ調べるのか 今回、チューニングポイントを調べるにあたって、私のモチベーションはどこにあるのかを考えると、以下の要件を満たしたいということがあげられます。 アプリケーションとして求められる品質水準として動作する → 性能目標 異常時に事象を追うことができる ここでいう品質水準・異常とは、パフォーマンスが明らかに低い、アプリケーションがクラッシュす
Tuning and benchmarking Java 7's Garbage Collectors: Default, CMS and G1
[i am not a native english speaker, so enable quirks mode pls ...] Due to trouble in a project with long GC pauses, I just had myself a deeper look into GC details. There is not that much acessible information/benchmarks on the Web, so I thought I might share my tests and enlightments ^^. Last time I tested GC some years ago I just came to the conclusion, that allocation of any form is evil in Jav
jClarity – Home
Today we are delighted to announce that Microsoft has acquired jClarity (see Microsoft’s official statement). It’s always been jClarity’s core mission to support the Java ecosystem. We started with our world-class performance tooling and then later became a leader in the AdoptOpenJDK project. Microsoft leads the world in backing developers and their communities, and after speaking to their enginee
Useful JVM Flags - Part 4 (Heap Tuning)
Ideally, a Java application runs just fine with the default JVM settings so that there is no need to set any flags at all. However, in case of performance problems (which unfortunately arise quite often) some knowledge about relevant JVM flags is a welcome companion. In this part of our series, we will take a look at some JVM flags from the area of memory management. Knowing and understanding thes
wall-climb » コンカレントGCの注意点
次? 代のサーバマシンによるシステムでは、CPUマルチコア化が進み、OSぜ 64bit化によってメモリも豊富に眩 むような大規模なものが一般的になるのではないでしょうか。このようなサーバ上ぜ Tomcatを起動させる場合、その? 富なリソースを生かしぜ Javaのヒープサイズ、GCチューニングを実施するのが一般的だと思゜ れます。ただし、このオプションを中途半端に? ? すると、逆にパフォーマンスを損なう可能性があることに注? しなければならないようです。 CPUマルチコアリソースを十分に活用する為ぜ GCチューニングパラメータに、「-XX:+UseParNewGC」「-XX:+UseConcMarkSweepGC」があります。前者ぜ GC処理をマルチCPUでパラレルに? 施するオプション、「-XX:ParallelGCThreads=n」と合゜ せてパラレル処理? (n)を指定出来ます。
java.lang.OutOfMemoryError #渋谷java
大量時空間データの処理 ～ 現状の課題と今後OSSが解決すべきこと。（Open Source Conference 2021 Online/Osaka講演資料）
Tuning tips by category
All the tips are listed in the first 'uncategorized' page. Otherwise each page contains only the relevant tips. (All tips uncategorized, note this is a very large page) Analysis & Design: All tips / Design patterns tips / Load balancing tips / EJB design tips / JDBC design tips Application servers: All tips JDBC: All tips / JDBC design tips / JDBC connection pools tips / JDBC transaction performan
Garbage Collection Optimization for High-Throughput and Low-Latency Java Applications
Garbage Collection Optimization for High-Throughput and Low-Latency Java Applications High-performance applications form the backbone of the modern web. At LinkedIn, a number of internal high-throughput services cater to thousands of user requests per second. For optimal user experience, it is very important to serve these requests with low latency. For example, a product our members use regularly
Garbage First Garbage Collector (G1 GC) - Migration to, Expectations and Advanced Tuning
Garbage First Garbage Collector (G1 GC) - Migration to, Expectations and Advanced TuningAI-enhanced description The document discusses the transition to the garbage-first (G1) garbage collector, detailing the preparations and evaluations needed for successful migration, especially from parallel and concurrent mark-sweep (CMS) garbage collectors. It emphasizes the importance of defining performance
Java 7 CMS GCの基本的な情報の整理 - nekop's blog
バッチ処理などスループット重視のアプリケーションはデフォルトのパラレルGCで良いが、Java EEアプリケーションサーバなどレスポンスタイム重視のものやHadoopなどのクラスタ系ソフトウェアで死活監視に引っ掛る系などのstop the worldをなるべく避けたいいわゆるサーバ系ソフトウェアを運用する場合には、UseConcMarkSweepGCを付与して停止時間の短いCMS GCを使う。その場合にCMSのチューニングに踏み込もうとするとなんだか難しい記述がいっぱいで若干困るので、簡単なガイドをメモとして書いておく。 対象バージョンは以下。 $ java -version java version "1.7.0_51" OpenJDK Runtime Environment (fedora-2.4.5.1.fc20-x86_64 u51-b31) OpenJDK 64-Bit Serve
Javaメモリ、GCチューニングとそれにまつわるトラブル対応手順まとめ - 日記のような何か
GC周りでトラブルシューティングした際の経験や、Web等で調べたことをまとめてみる。 前提 ・JVMは、Sun Javaを想定。(他は使ったことないです。。。) ・Sun Java 1.5-1.6を想定。 目標 マイナーGC、Full GCそれぞれが頻発することなく、かつそれぞれの実行時間を1秒未満に抑えること。 マイナーGCは1秒未満どころではなく、もっと短くなるべき。どれくらいが理想かは？(0.1秒未満ぐらいを目指したい？) 連続した負荷状態(想定されるピークアクセス)でもOutOfMemoryErrorが発生しないこと。 理想的な状態は、上記に加えて、Full GCの発生が低頻度であること。 具体的には、できるだけマイナーGCで短命オブジェクト(1回使ったらもう使わないようなオブジェクト。逆にセッションオブジェクト等は長命オブジェクトとなる)を破棄させて、短命オブジェクトが、Tenu
Tuning Garbage Collection with the 5.0 Java[tm] Virtual Machine
Table of Contents Introduction Ergonomics Generations Performance Considerations Measurement Sizing the Generations Total Heap The Young Generation Young Generation Guarantee Types of Collectors When to Use the Throughput Collector The Throughput Collector Generations in the throughput collector Ergonomics in the throughput collector Priority of goals Adjusting Generation Sizes Heap Size Out-of-Me
Performance Tuning Garbage Collection in Java
This document is a summary or outline of Sun's document: Tuning Garbage collection with the 1.4.2 Hotspot JVM located here: http://java.sun.com/docs/hotspot/gc1.4.2/ (link no longer works) 1.0 Introduction For many applications garbage collection performance is not significant Default collector should be first choice 2.0 Generations Most straightforward GC will just iterate over every object in th
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - LinkedInAttic/JTune: A high precision Java CMS optimizer
Java Platform, Standard Edition HotSpot Virtual Machine Garbage Collection Tuning Guide
Tips for Tuning the Garbage First Garbage Collector