InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example
![ZGC - Oracle’s Large-Heap Garbage Collector](https://cdn-ak-scissors.b.st-hatena.com/image/square/270d1337c27a41c71d3fdb864ed283348dfc5c03/height=288;version=1;width=512/https%3A%2F%2Fres.infoq.com%2Fnews%2F2017%2F11%2Fzgc%2Fen%2Fheaderimage%2Foracle-1510823650559.jpg)
Eliminating Large JVM GC Pauses Caused by Background IO Traffic Coauthor: Cuong Tran, Systems Architect In our production environments, we have repeatedly seen that applications running in JVM (Java Virtual Machine) occasionally experience large STW (Stop-The-World) application pauses due to JVM’s GC logging being blocked by background IO traffic (e.g., OS page cache writeback). During such STW
The diagram below is the Java Memory Model for the Heap as well as the PermGen for any Java Application running in the Java Virtual Machine (JVM). The ratios are also provided to get a fair understanding of how the distribution of allowed memory is done across each of the generation types. All of the info is completely applicable up to Java 1.7 (inclusive). This diagram is also known as the 'Manag
Daniel Mitterdorfer, comSysto GmbH @dmitterd Behold! It will get scary. Topics Illusions by (J)VMs Interpreter JIT Compiler Memory Illusions Based on A JVM Does That??? Write Once, Run Anywhere One "Binary" for All Platforms Consistent Memory Model (Java Memory Model) Consistent Thread Model Bytecodes Are Fast (JITing) Infinite Heap (Garbage Collection) What "is" a JVM? The JVM is specified in The
この記事は、インテルの SSG STOビッグデータテクノロジーグループのメンバーからDataBricksに寄稿されたブログを翻訳したものです。誤訳がありましたら、@teppei_tosaに御連絡ください。 Sparkは、その優れた性能、シンプルなインターフェイス、および分析や計算のための豊富なライブラリによって、幅広い業界で採用されてきています。ビッグデータエコシステムにおける多くのプロジェクトと同様に、Sparkは、Java仮想マシン(JVM)上で実行されます。Sparkはメモリに大量のデータを格納することにおいて、Javaのメモリ管理とガベージコレクション(GC)に大きく頼っています。また、プロジェクトTungstenなどの新たな取り組みは、将来のバージョンで、メモリ管理のさらなる簡素化と最適化を目指しています。しかし、今日時点でも、JavaのGCオプションとパラメータを理解しているユ
- The document discusses optimizing Java performance on hardware by leveraging features like AES-NI, transparent huge pages, and compiler intrinsics. - It provides examples showing performance improvements from using these features, such as faster encryption times when enabling AES-NI and fewer TLB misses with transparent huge pages. - It also discusses Java VM options, garbage collection, and the
MapQuest developed a search ahead feature for their mobile app to enable auto-complete searching across their large dataset. They used Solr and implemented various techniques to optimize performance, including custom routing, analysis during ETL, and extensive JVM tuning. Their architecture included multiple Solr clusters with different configurations. Through testing and monitoring, they were abl
LoginStart FreeNext Gen APMAPM like you have never seenGet StartedGet StartedStart Free TrialAboutAboutProductAPMInfrastructureKubernetesAlerts
A software developer's public collection of tips and tricks, real-world solutions, and industry commentary related to Java programming. Charlie Hunt (Oracle's Lead JVM Performance Engineer) presented "The Definitive Set of HotSpot Performance Command-line Options" (19820) in Yosemite A/B/C in the Hilton San Francisco on Monday morning. He introduced himself with description of his "12+ years of Ja
この記事は、インテル® デベロッパー・ゾーンに掲載されている「Part #1 – Tuning Java Garbage Collection for Hbase」(https://software.intel.com/en-us/blogs/2014/06/18/part-1-tuning-java-garbage-collection-for-hbase) の日本語参考訳です。 このパート 1 の記事では、100% YCSB 読み取りの HBase* 用 Java* ガベージ・コレクション (GC) をチューニングする方法を説明します。パート 2 では 100% 書き込み、パート 3 では 50%/50% 読み取り/書き込みの Java* GC のチューニングを行います。すべての記事で、標準 NoSQL ワークロードである YCSB を使用します。YCSB と HBase* のインスト
In Java, not all value stores are created equal, in particular storing object references is different to storing primitive values. This makes perfect sense when we consider that the JVM is a magical place where object allocation, relocation and deletion are somebody else's problem. So while in theory writing a reference field is the same as writing the same sized primitive (an int on 32bit JVMs or
GC処理が発生するタイミング それでは、そのCG処理は、いつのタイミングで発生するのだろうか。図4を見てみよう。 世代の新しいオブジェクトを格納する「Javaヒープ領域」は、必要としないオブジェクトが生成される一時的な領域なので、常に新しいオブジェクトがnew()され続け、また短時間でいらなくなったメモリー領域の残骸が発生し続ける領域だ。したがって、この領域では、頻繁にGC処理が発生することになる。 このGC処理を行うには、先に述べた領域管理テーブルを参照する必要があるので、この管理テーブルに格納されている「エントリー数」が少なければ少ないほど、GC処理にかかるオーバヘッドは少なくなる。このようにエントリー数を少なく維持しようとすると、GC処理の頻度を上げるほかないのだ。このため、新しい世代用の管理領域は、頻繁にGCが発生するので、JVMでは、優先順位の低いスレッドとして実装されている。こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く