エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
JDK 13のShenandoah GC パート1:ロードリファレンスバリア - 赤帽エンジニアブログ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
JDK 13のShenandoah GC パート1:ロードリファレンスバリア - 赤帽エンジニアブログ
Red Hat で Solution Architect として OpenJDK を担当している伊藤ちひろ(@chiroito)です。 この記事... Red Hat で Solution Architect として OpenJDK を担当している伊藤ちひろ(@chiroito)です。 この記事は、Red Hat Developerのブログ記事、Shenandoah GC in JDK 13, Part 1: Load reference barriers | Red Hat Developer の翻訳記事です。 この連載では、JDK 13で登場するShenandoah GCの新しい進歩を紹介します。おそらく最も重要な変更は、ユーザには直接見えないものの、Shenandoahのバリアモデルをロードリファレンスバリアに切り替えたことです。この変更により、Shenandoahに対する批判の主要なポイントの1つである、高価なプリミティブリードバリアが解決されました。ここでは、この変更の意味について詳しく説明します。 Shenandoah(他のコ