Welcome to Jacobin JVM
A more than minimal JVM written in Go and capable of running Java 17 classes. View the Project on GitHub platypusguy/jacobin Welcome to Jacobin JVM Jacobin is an implementation of the JVM specification for Java 17. It is written entirely in Go with no dependencies. The goal is to provide a more-than-minimal implementation of the JVM that can run most class files and JARs and deliver the same resul
Javaの現状：世界で最も人気のあるプログラミング言語の一つであるJavaの動向とデータ
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
TOMCAT殺害事件 - Qiita
OOMKillerの殺意 顧客EC2のTomcatがアクセスの無い早朝にもかかわらずOOMKillerに突然殺されてしまったので、調査した顛末をたぶん同じような問題に直面されている方もおられるかと思いますので備忘録として記載します。 Javaヒープのチューニングにも多少役立つかと思います。 （この記事はJava8が対象となります。） OOMKillerとはOut of Memory時に、サーバ全体を守るためにメモリーを消費しているプロセスを停止するLinuxの標準機能です。 そのOOMKillerになんとTomcatが突然殺害されてしまいました。 問答無用の辻斬り状態です。 早朝ですのでアクセスログには何も記録されておらず、catalina.outには OpenJDK 64-Bit Server VM warning: Setting LargePageSizeInBytes has no
JVMのヒープサイズとコンテナ時代のチューニング | Folioscope
最近 JVM のヒープ領域とパラメータ、そしてコンテナの関係について調べてました。 案外まとまった情報が少なかったので簡単にまとめました。 Java のヒープサイズを設定 まずは Java のヒープサイズについて簡単なおさらいです。 本番環境で Java アプリケーションを運用する上で、JVM のヒープサイズを決定するのは非常に大事なポイントです。 ヒープ領域の最大サイズを大きくすればガベージコレクション (GC) の回数は減らすことができますが、 必要以上に大きくしすぎると無駄にリソースを消費したり、OOM killer で OS にプロセスを終了させられます。 JVM が使用できるヒープサイズは、Java API の Runtime.getRuntime().maxMemory() で確認できます。 また java の起動オプションに -XX:+PrintFlagsFinal オプショ
（2019年4月時点）JVM言語を使う方がどのJDK/JVMを使うか？アンケートと考察まとめ
Takahiro YAMADA @yamadamn Oracle Code Tokyo、私も「最適なOpenJDKディストリビューションの選び方」って内容で登壇予定です。JJUG CCCの前日ですが、よろしければご参加ください。 oracle.co.jp/events/code/20… Takahiro YAMADA @yamadamn 以前実施したアンケートの4月版です。 本日リリースのOracle JDK 8u211/11.0.3以降を商用(ビジネス・本番含む)利用時に商用ライセンスが必要となりました。 これを踏まえ商用環境でScala, Kotlin, Clojure, GroovyなどJVM言語を使う方はJDK/JREは何を利用されますか？(その他はリプや引用RTで) [続く]
OpenJDK を開発する流れ - #chiroito ’s blog
自分が使うコマンドをうっかり忘れるときがあるのでその備忘録のために、開発の流れとそこで使ってる内容をメモ。 公式のガイドはこちらを参考にしてください。The OpenJDK Developers' Guide – Index OpenJDK の開発は以下のような流れで行います。 バグを上げる 開発の準備 OpenJDKのソースをダウンロード jtregをダウンロード webrevをダウンロード パッチを書く ビルド jtreg のビルド OpenJDKのビルド テスト 自分が書いたテストを実行 レグレッションテスト レビューの作成 webレビューのアップロード レビュー依頼 コミット・プッシュ ユーザ情報を追加 コミット チェンジセット作成とアップロード 連絡 コミッターになったら Submitリポジトリからソースを取得 Submitリポジトリの設定を変更 SSH クライアントに鍵を登録
Java仮想マシンの実装技術
PPLサマースクール2016「商用Java処理系の研究開発」のパート2です． http://ppl.jssst.or.jp/index.php?ss2016 Java言語処理系の実装について詳説する．まずJava仮想マシンの概要について述べ，その主要な構成要素として，クラス管理とインタープリタ，ヒープ管理とガベージコレクション，スレッド管理と同期機構，JITコンパイラとの連携，などについて説明する．性能改善のために行った各種手法についても触れる． 他のパート 1 Javaの登場と発展 http://www.slideshare.net/Tamiya_Onodera/java-66081108 2 Java仮想マシンの実装技術 http://www.slideshare.net/KiyokuniKawachiya/java-66003903 3 Java Just-In-Timeコンパイラの
JavaVMのメモリチューニング
システムの処理性能を高めるには，基盤となるJavaVM自体のチューニングを適切に実施する必要があります。日立のJavaVMでは，2種類のメモリ空間を管理しています。 この章では，ガーベージコレクションと日立のJavaVMでのメモリ管理，およびJavaヒープとExplicitヒープのチューニングについて説明します。 ＜この章の構成＞ 7.1 ガーベージコレクションとJavaVMのメモリ管理の概要 7.2 フルガーベージコレクション発生を抑止するためのチューニングの概要 7.3 Javaヒープのチューニング 7.4 Javaヒープ内のTenured領域のメモリサイズの見積もり 7.5 Javaヒープ内のNew領域のメモリサイズの見積もり 7.6 Javaヒープ内に一定期間存在するオブジェクトの扱いの検討 7.7 Javaヒープの最大サイズ／初期サイズの決定 7.8 Javaヒープ内のPerma
Javaのシステムスレッドについて調べてみた (Java8) - argius note
システムスレッドについて、あまり知らなかったので、調べてみました。 それ以外にも、APIで生成されるスレッドや、スレッドグループについても、少し触れています。 ※GrepCodeは2018年5月頃からサービスが利用できなくなっています。記事中のリンクはGrepCodeのものがそこそこ多いので、ご注意ください。 参考リンク HotSpot Runtime Overview - OpenJDK JVM Internals (JamesDBloom - Blog) Java SE 8 API仕様 GC: openjdk-8-b132.jar - GrepCode Java Project Source Mirror of OpenJDK repositories - GitHub 目次 はじめに 実行環境 システムスレッドの名称と簡単な説明 APIを使用したときのスレッド おわりに はじめに シ
Twitterが、Ruby on RailsからJavaVMへ移行する理由
オライリーが主催するイベント「Open Source Convention 2011」が7月25日から米国ポートランドで開催されました。 その中で、TwitterがなぜRuby on RailsベースのシステムをJavaVMベースへ移行しようとしているのかを解説したセッション「Twitter: From Ruby on Rails to the JVM」が行われ、ビデオが公開されています。 13分程度の短いセッションのポイントをまとめて紹介します。 世界最大のRuby on RailsによるWebサイトをJavaVMへ移行 Twitterのアプリケーションサービスグループ、Raffi Krikorian氏 Twitterは世界中からのツイートをリアルタイムで扱っている。リアルタイム処理が、ツイッターにおけるもっとも難しい処理だ。 Twitterは、おそらく世界最大のRuby on Rail
Performance Tuning Garbage Collection in Java
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
「メモリーを意識してみよう」第3回 ヒープのチューニング
Java2Demoの起動が確認できたら，jconsoleを起動してみましょう。 先々週と同様に，jconsoleの「メモリ」タブで各領域の使用状況を参照できます。 左上のコンボボックスにはデフォルトで「ヒープメモリの使用状況」が選択されています。このコンボボックスを展開するとEden，Survivor，Tenuredなどが並んでいます（図1）。Perm Genなどの項目はヒープではない非ヒープ領域に属している領域です。 Survivor領域は実際には二つありますが，常にどちらかは空なので，一つにまとめて扱われているようです。 この中から，Eden領域を選択してみましょう。 Eden領域の使用量は，だいたい0から1MB程度の範囲に収まっています（図2）。 左下の詳細の部分を見ると，確定（MemoryUsageのcommitted）が1MB，最大が4MBであることがわかります。 つまり，Ede
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Concurnas - 並列およびGPUコンピューティングのための新しいJVM言語
JVM入門
-Javaプログラムが動く仕組み-
いぬごやねっと