Java Reference Objects
Java Reference Objects Originally published: 2008-06-01 Last updated: 2015-04-27 or How I Learned to Stop Worrying and Love OutOfMemoryError Introduction I started programming with Java in 1999, after fifteen years with C and C++. I thought myself fairly competent at C-style memory management, using coding practices such as pointer handoffs, and tools such as Purify. I couldn't remember the last t
Profiling Java In Production
In this talk Kaushik Srenevasan describes a new, low overhead, full-stack tool (based on the Linux perf profiler and infrastructure built into the Hotspot JVM) we've built at Twitter to solve the problem of dynamically profiling and tracing the behavior of applications (including managed runtimes) in production. Join the conversation! http://twitter.com/university
ラムダと invokedynamic の蜜月
JDK 16 で導入された JEP 396 にご注意!! （JJUG CCC 2021 Spring）
Java 推奨されないスレッドプリミティブ
Thread.stop が推奨されないのはなぜですか 本質的に安全ではないからです。スレッドを止すると、そのスレッドがロックしたすべてのモニターのロックが解除されます。(ThreadDeath 例外がスタックまで伝わると、モニターのロックが解除される。)これらのモニターによって以前保護されていたオブジェクトが整合性のない状態になると、ほかのスレッドも、これらのオブジェクトが整合性のない状態にあると見なします。そのようなオブジェクトは、「壊れた」オブジェクトと呼ばれます。壊れたオブジェクトに対してスレッドが操作を実行すると、予期しない結果になる可能性があります。この動作は、微妙で検出が困難な場合と、はっきりと通知される場合があります。チェックされないほかの例外とは異なり、ThreadDeath は、スレッドをそのまま強制的に終了します。このため、ユーザーは、プログラムが壊れる可能性を警告され
ななめ45°から見たJavaOne
2. 自己紹介 すえなが やすまさ 末永 恭正（@YaSuenag） NTT OSSセンタ勤務 ◦ Javaの障害解析、Q&A対応 合言葉は「Javaいい子だから！」 hs_errログやコアの解析 Javaとlibc、Linuxカーネルの間を行ったり来たり… ◦ たま～にOpenJDKのパッチ書いてます 根っからのサンデープログラマー ◦ Object Pascal (Delphi) 大好き ◦ CとJavaも好き ◦ アセンブラも結構好き JavaOne歴：2年（2010 & 2011） 3. JavaOneで感じたこと 求められるスキルの2極化 (EE vs SE) ◦ EE とりあえず「クラウド」 とにかく「ポータビリティ」！ EoD 対 ◦ SE 極 とりあえず「並列化」 マルチリンガル？なVMの実現 VMの作りや動きを意識
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Crash course on JVM crash analysis | Java.net
Oracle Java Technologies | Oracle
Everything I Ever Learned About JVM Performance Tuning @Twitter