AWS Dev Day 2022 で発表したJava アプリケーションの起動速度のアプローチの資料

第３回になります。 記事を書くこと自体に時間がかかってしまうので 見やすい記事にするってのが難しいですね。。 少しずつ改良していきます。 ストックやフォローをして頂けると励みになります。 さて、本題です。 jstatやGCログなどを見てメモリがなかなか開放されない場合は ヒープダンプを取ってメモリの中身を解析することになります。 ヒープダンプの取得 まず、jstatやpsコマンド等で対象のJVMのプロセスIDを取得しましょう。 これで指定した場所にダンプファイルができます。 -dump:live,format=...というようにliveをつけるとGCが起きて コマンド実行時に活きているオブジェクトのみのダンプになるようです。 とりあえず今回はフルで取ります。 ヒープダンプの中身を解析をする 解析をするにはツールを使います。 java標準のjhatやMemory Analyzer、HeapA

JVM (Java 仮想マシン) には DNS の名前解決の結果をキャッシュする挙動が備わっている。キャッシュするだけならいいのだけれど、このキャッシュでは DNS の TTL を無視してキャッシュするため、名前解決の結果が変わっても JVM からの接続先が切り替わるまでに（TTL から想定される時間以上に）時間がかかる、あるいは全く切り替わらないということがある。この挙動やその制御について調べたので、その話をする。 （以下の話題では Oracle JDK および OpenJDK を対象にして論じるので、それ以外の JVM 実装でどうなってるかは調べていない。適用できる箇所もあればそうでない箇所もありそう） 背景・解説 これらのデフォルト値は名前解決成功時は セキュリティーマネージャーがインストールされている場合のデフォルト値は -1 (ずっと) で、セキュリティーマネージャーがインストー

sbt-assemblyやMaven Shade Pluginなどで実行可能なJARファイル（java -jar xxxxx.jar）を作成することが できますが、このJARファイルの最初の方にシェルスクリプトやWindowsのバッチファイルの内容を差し込むことで、 単体のファイルとして実行することができるようになります。 Embulkが、この手法を使っています。 https://github.com/embulk/embulk/blob/v0.8.18/embulk-cli/src/main/sh/selfrun.sh 参考） 実行可能 jar をコマンドっぽく実行するために（java -jar 使いたくない） 実行可能JARファイルをバッチファイルまたはシェルスクリプトに結合して実行する - torutkの日記 確かにJARファイルだけだと、別に起動用のスクリプトもつけてあげないと苦し

If you program systems with Java, you have probably long been using ConcurrentHashMap. This post explores a caveat. ConcurrentHashMap is often introduced to simplify code and application logic. For example: HashMap<String, MyClass> m = new HashMap<String, MyClass>(); ... synchronized (m) { for each (Entry<String, MyClass> e in m.entrySet()) system.out.println(e.getKey()+"="+e.getValue()); } might

ばばろあ @valvallow clojureがTCOされないのってJVMのせいなの？ならJVMで動くSchemeやCLでちゃんとTCOある処理系はどうなってんの？ 2011-12-10 02:18:19 Shiro Kawai @anohana @valvallow スタックフレームをJavaのオブジェクトとしてアロケートして自前で管理すればTCO可能だけど性能は落ちる。JVMのスタックを利用すれば速いけど(完全な)TCOは無理。どっちを取るかというトレードオフです。 2011-12-10 02:49:00

HaskellやScalaなどで一躍大人気となった関数型言語には、その根底に型付きラムダ計算という計算体系の理論が存在しています。この型付きラムダ計算の理論のおかげで、関数型言語では型安全なプログラミングが出来るのです。 ではオブジェクト指向言語にはそのような理論は存在するのでしょうか。 Javaについては、割と最近ですが、Javaをモデル化した計算体系を扱った、 Featherweight Java: a minimal core calculus for Java and GJ [Igarashi et al., 2001] という論文が存在します。この論文では、JavaとJava 5.0以降で採用されたジェネリクスという仕組みをモデル化したオブジェクト指向の体系を定義し、この体系上での型安全性の証明を行っています。 この論文の体系では構造化定理で言う条件分岐と反復が定義されていません

Java generics are indeed implemented by type erasure, so there is no type information in the bytecode. For example, let's take a look two classes which declare a List field, one in generic and the other in non-generic form: class NonGeneric { List list; } And, class Generic { List<String> list; } In both cases, the resulting bytecode is the following: Code: Stack=3, Locals=1, Args_size=1 0: aload_

結論はこうだ。「Androidに、Javaからのコード流用の疑念が提出されたが、両者のコードを比較した結果、明らかな流用は発見できなかった」。この一連の経緯を振り返ってみよう。 （本記事は、ゲストブロガーのITジャーナリスト 星暁雄氏による投稿です） デコンパイルでソースを復元、比較 知的所有権問題のコンサルタントが「AndroidにJavaのコードが混在か？」という内容のBlog記事を書いた。記事の内容は、ComputerWorldやEngadgetに紹介された。読んだ人は「Googleはまずい事をしでかしたものだ」との印象を持ったことだろう。Googleは、AndroidがJavaの特許と著作権を侵害しているとしてOracleから訴えられている最中だからだ。だが、記事を読んだプログラマが「結論としてJavaコードの盗用の事実はない」ことを明らかにした。 火種となったのは、Florian

この記事は古い情報です。EmacsでJavaを書くという話 - Qiitaを参照してMaghanadaを利用してください。 日常的にJavaを書く人たちのたぶん99%くらいはEclipseかNetBeansかIntelliJ IDEAといったIDEを利用しているであろうと思われる現代において今日も元気にEmacsでJava書いている絶滅危惧種のnekopです。Emacs Advent Calendar jp: 2010の12月15日分のエントリは、EmacsでJavaを書くというあまり一般的ではないであろうトピックについてさらっと紹介します。昨日はkwappaさんでした。 お仕事ではRed Hatという会社でJBossというオープンソースソフトウェアのソフトウェアエンジニアをしています。詳細はばっさり省きますが、それなりの量のソースコードを毎日読み書きすることになります。それなりの量、とは