はじめに はじめまして、2019年11月に入社しましたヒロオカ（@yuya_hirooka）です!! 先日、同僚との雑談の中でQuarkusのNative Image化が話題に挙がりました。その際に「そういえば、GraalVMとかNative Imageってよく聞くけどあまり知らないなぁ...」と思い色々と調べてみたのでまとめます。 この記事ではGraalVMの中核技術の概要を把握し、簡単にその機能を使ってみることをゴールとします。 はじめに 前提知識 GraalVMとは Polyglot Native GraalVMの中核技術 Graal Truffle GraalVM Native Image Hello World 実行環境 GraalVMのインストール JavaでHello world JavaからJavaScriptを呼び出す Native Image化を行なう native-i
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使ってるのかと思ったら、今日は
Full GC による Stop the World でサーバが停止状態に…、そんなときに調査の助けになるのが GC のログ。Permanent 領域が溢れているのか、Java Heap が溢れているのか、Heap が溢れているのなら何のオブジェクトが溢れているのか、メモリリークが発生しているのか。それが分からないと何気に対処のしようがない。 ただ、この GC のログ、それなりの設定をしておかないと解析に耐えないし役に立たない。役に立たないログ出力はディスク容量を圧迫するゴミになる。そういう感じのログを目にして、なんとかならんもんかなー、なんとかせねばなーと検討しており、Oracle のページからそれっぽいオプションを調べてみてる。 Java HotSpot VM Options 当然ながら「Oracle のページ」と書いてあるように、Oracle の JVM が対象であって、他の JVM
jvmstat - Sun Hostspot VM パフォーマンスモニタツール 作成日：2003.06.26 更新日：2003.07.02 6/11 からサンフランシスコで開かれた JavaOne カンファレンスで、 SUN が開発中の技術を COOL STUFF という Web ページ上で先行公開していくことが発表された。 COOL STUFF のページで紹介されているプログラムの中で、 最も注目なのはjvmstat。 これは Java ランタイムのパフォーマンス情報を リアルタイムにモニタリングできるモニタリングツール。 jvmstat に附属する VisaulGC(visualgc)コマンドは 動作中の JavaVM のヒープメモリと GC の挙動を監視することができる (ただし、ターゲットは SUN の J2SE 1.4.1 以降に含まれる JavaVM のみ)。 こういうツールは
IBMのWASはJVMやGCをどのように扱っているのか？：WebSphereサーバ・チューニング入門（3）（1/4 ページ） 本連載は、Javaアプリケーション・サーバの1つである、IBM WebSphere Application Server（以下、WAS）についてのパフォーマンス・チューニングに関する入門記事です。チューニングといっても、実施するエンジニアによって、その方法は異なりますが、本連載はWASを前提とし、かつ80％のケースをカバーすることを目標とします（編集部注：WASのインストールから学びたい読者は、「バージョン別セットアップマニュアル一覧」のWebSphere Application Serverを参照してください） 前回は、WASパフォーマンス・チューニングの主要項目について簡単な説明をし、パフォーマンス・チューニングの主要項目の1つである「トランスポート・チャネル・
Open Terracottaは、複数のJVMをまたいでJavaオブジェクトをキャッシュすることができるクラスタリングソリューションだ。以前は商用製品であったものが、2006年末にオープンソース化された。ライセンスは、Mozilla Public LicenseをベースとしたTerracotta Public Licenseであり、商用プロダクトにも問題なく利用できる。 なぜTerracottaが必要か アプリケーションにとって「パフォーマンス」は重要だ。特にデータベースを使用するアプリケーションはデータベースへのネットワークアクセス、検索クエリの実行性能などに足を引っ張られてパフォーマンスが思うように出ないことも多い。 そこで考え付くのが検索結果をキャッシュして再利用することであるが、これには別の問題がある。一つは、キャッシュを利用すると将来的な拡張性を損ねる可能性があることである。例え
NOTE: THIS PROJECT HAS MET ITS RESEARCH GOALS AND IS NOT ACTIVELY MAINTAINED ANYMORE. SableVM is a robust, extremely portable, efficient, and specifications-compliant Java virtual machine that aims to be easy to maintain and to extend. It features a state-of-the-art and efficient interpreter engine. Its source code is very accessible and easy to understand. It also has many robustness features tha
Javaのメモリーはガーベジ・コレクタが管理するため，アプリケーション側ではそれほど気にするありません。しかし，全く気にしないわけにはいかないのも実情です。 小さいアプリケーションでは無頓着であっても構いませんが，大規模になればそうもいってはいられません。使用メモリー量，ガーベジ・コレクション（GC）の頻度，リークの有無などは，できればチェックしておきたい項目です。 Javaではメモリーを複数の領域に分割して管理しています。クラス定義やメソッドなどのデータが格納されるPermanent領域や，インスタンスが割り当てられるヒープなどがあります。このような領域がどのように使用されているかを知ることは，パフォーマンスを考えるうえでもとても重要になります。 ここでは，特にヒープに着目していきたいと思います。 ヒープの使用量を知る まずはヒープの使用量がどのくらいになっているかを調べてみましょう。
GCJというJavaコンパイラもあります。配布形態はGPLです。JavaソースコードをJavaバイトコードへコンパイルできますし、直接ネイティブな機械語へコンパイルすることもできます。クラスライブラリについては、GNU Classpathと統合を進めているようです。GCJが使用するライブラリのlibgcjにはJavaバイトコードをインタプリタ実行するgijコマンドが同梱されています。javacでコンパイルをしてからjavaコマンドで実行するのと同じように、gcjでコンパイルをしてクラスファイルを生成してからgijで実行することができます。 Kaffeでも、Javaコードを実行する仮想マシンと実行時に必要なクラスライブラリの開発をしています。これもGPLで配布されています。GNU Classpathのクラスライブラリをかなり利用しているようです。 IBMが産みの親「Jikes」 もともとはI
Ingrid.org This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Free Credit Report music videos Contact Lens Credit Card Application Accident Lawyers Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
先々週に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にはルートインスタン
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
記事・技術情報・雑文 Last-updated: December 15, 2022 スライドや、研究に直接関係する文章は Publication list の方にあります。 雑文 技術者・研究者としての活動紹介 2023年 7月版 (JPEG 画像): (和文, 130 KiB), (英文, 138 KiB) 2009年 12月版 (ウェブページ, スライド 24枚): 和文, 英文 博士への長いかもしれない道 (2005年 4月 14日更新) シリコンバレーって: 公開版, 完全版 (要パスワード) 記事 エッセイ ソフトウェアと論文: コンピュータソフトウェア, Vol.39, No.3, pp.88-89, (一社)日本ソフトウェア科学会, 2022年 7月 22日 対面の価値 ―オンラインとの相克または幸せな共存―: 情報処理, オンライン限定版, (一社)情報処理学会, 202
Java Performance Tuning: Garbage Collection Outline 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 straight
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
