JBreak 2017 Javaカンファレンス、またはチャールズ・ナッターがミネアポリスからノボシビルスクに行く理由

Charles Nutterは、OpenJDKベースのRed Hat JVM開発者、JRuby、Java Champion、Ruby Heroプロジェクトのメンテナー、一流のスペシャリストであり、多くのJava会議のスピーカーです。 彼は昨年、2016年にジョーカー2016年にロシアに初めて来て、2回のハードコアプレゼンテーションを行いました 。その後、このような温かい歓迎を期待していないことを認め、ロシアに戻ることを決定しました。



すべてがうまくいき、チャールズはノボシビルスク（JBreak、4月4日）とモスクワ（JPoint、4月7-8日）への訪問を計画しました。 すでにJPoint 2017プログラムのレビューを行っており、今では私たちの手がJBreak 2017に到達しています。



合計で、プログラムには21のレポートがあります。 今回のプログラムに含まれるトピックを見てみましょう。

• JVMガッツ（および今後のJava 9）：JVMモジュール化、AOTおよびJITコンパイル、ベクトル化、GCおよび外部関数が機能します。
• フレームワーク：Spark、Kafka、Spring、Hazelcast Jet、Elasticsearch。
• パターンとアプローチ：デッドロック防止、静的コード分析、CRDT。
• もちろん、パフォーマンス。 パフォーマンスに関する個別のレポートは1つだけです（もちろんAlexei Shipilevから）が、ほとんどすべてのレポートで何らかの形で意思決定のパフォーマンスを改善できます。

各レポートを詳細に見て、パフォーマンスから始めて、リストを見ていきましょう。



Alexey Shipilev-パフォーマンス：私の名前は何ですか？



大規模プロジェクトの最適化に関するJoker 2016の基調講演を再設計、補足、および拡張しました。一般的な原則と関係。 プロジェクトのライフサイクルと最適化の経済性。 ベンチマークライフサイクル。 パフォーマンスエンジニアが遭遇する典型的なトラップ。



よりハードコアで、より詳細に、より多くのタイミングで、「Sh」と名付けられたさらに曲がった曲線！

---

解剖学的アトラスJVM

いつものように、私たちは勇気について耳を傾けるものがあります（実際、これは最大のセクションです）。必要なもの。



Charles Nutter-Javaの文字列について知りたい以上のもの



実際、ここに見出しからの質問への答えがあります。Charlesは、すべてのJava開発者に馴染みのある皮ひものについて話すためにシベリアに行きます。 結局のところ、それらはどこにでもあります：API内、オブジェクトのフィールド内、JVMと外界とのほとんどすべての相互作用。 ただし、JavaでのStringの実装には欠点がないわけではありません。これについては、文字列の使用の非典型的な例で説明します。 さらに、他の言語で問題がどのように解決されたか、どのライブラリがそれらの解決に役立つかを確認します。

---

ウラジミールイワノフ-JVMコードベクトル化手法



このレポートでは、ベクトルプロセッサ拡張がどのように見えるか、JVMがアイドル状態を維持するために必要なトリックについて説明します。CPUディスパッチ、VM組み込み、JITコンパイラでのバイトコードの自動ベクトル化 専門的なベクターAPI（ベクターAPI）も言及されますが、その作業はProject Panamaで積極的に行われています。

---

Alexey Shipilev-Shenandoah：できるガベージコレクター



Shenandoahは新しいRed Hatガベージコレクターであり、アプリケーションを停止せずにオブジェクトを移動する問題を解決し、一時停止をさらに削減します。 このレポートは、シェナンドアの設計と実装の特徴、誇りに思う長所、および我慢する弱点についてです。

---

Volker Simonis-ホットスポットクラッシュの分析



このレポートでは、HotSpotクラッシュハンドラーが作成するエラーファイルを掘り下げることができるものと、これらのファイルがシステムクラッシュの分析と再現にどのように役立つかを扱います。 さらに、HotSpot Serviceability Agentなどのツールを見てみましょう。これらのツールを使用すると、ネイティブカーネルファイルを調べて、そこから必要なデータを抽出できますが、標準のデバッガーでは簡単に取得できません。

---

Nikita @pjBooms Lipsky-Java 9モジュール。 OSGiを使用しない理由



Java 9では、モジュールが表示されるようにバインドされています。 誰かがあまり気にしない、誰かが怖がる、誰かが心から不思議に思う：結局のところ、15年以上にわたって、モジュールとまったく同じ問題を解決するOSGiがあったのはなぜですか？



このレポートでは、NikitaはOSGiが解決しようとしている問題、彼がそれらをどのように解決するか、そして彼が本当にそれらを解決するかどうかを把握しようとします。 次に、OSGiが解決しようとしている問題、Jigsawがまったく解決しない問題、理由、およびそれが解決する問題とその方法を説明します。 さて、レポートの最後に：JigsawがJavaエコシステムに同時にもたらす問題と、それをどうするか。

---

ドミトリー・チュイコ-「時期尚早」の編集-これは正常ですか？



Oracle JDK 9では、静的（事前）コードのコンパイルが導入されています。 これがなぜ必要なのか、現在の実装の範囲についてはすでに説明しました。 技術的な詳細について話します：どのような情報が生成され、AOTがどのように機能するか、コンパイルされたAOTコードはどのようにホットスポットとやり取りしますか？ 外部ツールはAOTコードで何ができ、コンパイルプロセスにどのように統合できますか？ そして、もちろん、どのツイストをツイストできますか？AOTを使用した場合のパフォーマンスはどうなりますか？

---

Ivan Krylov-JITコードのライフサイクル



JITの機能は誰でも知っています。 彼のやり方を知っていますか？ コンパイラはどのように決定を下し、エラーはどのような結果をもたらしますか？ Ivanは、プロファイルを収集するメカニズムと、コンパイルされたコードの異なるバージョン間の移行アルゴリズム、およびJITと対話するためのインターフェースについて説明します。

---

Java Developer Toolbox

ツールを持つことは良いことですが、それらを正しく使用できることはさらに良いことです。 このブロックでは、ビッグデータ、検索、分散システム、および同時実行性を快適に使用できるようにするツールのレポートについて説明します。



Alexey @zaleslaw Zinoviev-Kafkaが注ぎ込み、Sparkがすくい上げます！



リアルタイム分析の一般的なTKでは、いくつかの集計値を短時間で「オンザフライ」で計算し、フローをフィルタリングして、後続の計算段階の負荷を軽減する必要がある点がしばしばあります。 多くの場合、チームがAmazonで「データプール」を整理し、Kafkaですべての着信イベントをダンプするプロジェクトを見ることができます。 SparkはKafkaからのストリームを処理しますか？ そして、彼が対処する場合、どのような費用で、これで彼を助けるでしょうか？ Sparkの紹介、RDD、ビッグデータについて話すのを待たないでください。 1つのケース-1つのソリューション-少しの理論-構成の編集-コードの記述。

---

Victor @gAmUssA Gamow-分散ストリームの輝きと貧困



Collection.parallelStream()



を任意のサイクルに詰め込むことでパフォーマンスを追い求めている人の1人ですか？ グローバルなコードを作り直さずに、どのようにすればより多くのサーバーですべての問題を解決できるか疑問に思いますか？ 生産性を直線的に向上させながら分散処理を実現する方法は？ 同様の質問が頭の中で聞こえる場合、このレポートはあなたのためです。



その中で、Victorは分散処理のすべての詳細について話し、彼の友人であるOriented Acyclic Graphに聴衆を紹介し、Java 8 Stream API上で情報処理がどのように編成されるかを示します。 配布！ 高性能！ 「メモリ内」！

---

Philipp Krenn-全文検索の説明



全文検索は、多くの人が最新のアプリケーションに期待するものです。 問題は、実装が難しいかどうかです。 答えは見かけほど難しくありません。



このレポートから、全文検索がどのように機能するか、異なるデータベースを使用する場合の違いは何かを学びます。 検索の品質と速度を正しく評価する方法。 Elasticsearchを使用して、これらすべてをアプリケーションに埋め込む方法。

---

Cyril @tolkkv Tolkachev-春の呪いテスト



ツールが単純であればあるほど、「裏側」でより多くの魔法を使います。 Spring Bootも例外ではありません。 さらに、Spring Testのドキュメントで説明されている使い慣れたツールを使用すると何が起こるかについて考える人はほとんどいません。



Alpha Laboratoryのメイン開発者であるCyrilと一緒に、あちこちに慎重に配置されたレーキの詳細を把握します。 これを行うには、「典型的な」アプリケーションをテストし、Springを使用しており、プロジェクトにSpring Bootを猛烈に実装している開発者に尋ねる質問をします。

---

Yakov Zhdanov-分散インメモリシステムのスケーラビリティ



残念ながら、大規模な分散システムのパフォーマンスは、関与するマシンの数に比例して直線的に増加することはほとんどありません。 例としてApache Igniteを使用して、分散システムの構築におけるプログラマーの仕事とフレームワークの内容を見てみましょう。 Apache Igniteの内部コンポーネントを見てみましょう。これらは並列処理とスケーリングを担当し、インメモリシステムに基づいてアプリケーションを設計する際に生じる最も重要なトレードオフと矛盾を考慮します。

---

コード完了：JBreakエディション

プログラミングとは、コードを書くことだけではなく、McConellがかつて言ったように、設計することでもあります。 あなたはあなた自身のスタイルを持っているかもしれませんが、彼が生きる権利を持つためには、問題を正しく解決する方法を知っている必要があります。 ここでは、並列処理、競合、コード分析の分野で既知の問題を解決するための正しいアプローチと方法について学ぶことができるレポートを収集しました。



Tagir @lany Valeev-IntelliJ IDEAでのJava検査：何が間違っているのでしょうか？



IntelliJ IDEAは常にコードを強調し、より良いものに置き換えることを提案します。 結果が魔法のように見える場合があります。 IDEはこれをどのように行いますか？ 彼はあなたのコードをどのように理解し、古いコードを置き換える新しいコードをどのように生成し、落とし穴は何ですか？



IntelliJ IDEAの一般的なコードインスペクションの構成と、ワンクリックでコードを改善するためにIDE開発者が持っている白髪の度合いを確認します。

---

アンドレイ・エルショフ-CRDT。 Cassandraよりも優れた競合の解決



考えてみてください：非同期レプリケーションと調整の欠如を備えたいくつかのデータセンターのインフラストラクチャは、ネットワークセグメンテーションの条件でアクセシビリティと正しい操作を提供し、クライアントと楽観的なUIで超高速応答を提供します。 なぜ誰もがこれを持っていないのですか？ これはすべて競合的な変更につながる可能性があり、競合的な変更はタイムスタンプ上の単純な競合リゾルバーでは解決できない競合につながります。

ただし、CRDT（競合のない複製されたデータ型）を使用して問題を解決できます。 このレポートでは、AndreiがさまざまなタイプのCRDT、それらの長所と短所、およびCRDTの適用可能性の限界について説明します。

---

Nikita Koval-マルチスレッドJavaアプリケーションの潜在的なデッドロックの動的検索



デッドロックは、マルチスレッドアプリケーションを開発する際の最も差し迫った問題の1つです。 このレポートの一部として、潜在的なデッドロックの検索に使用されるDl-Checkツールが検討されます。 そのようなツールの開発中、ASMフレームワークが事実上の標準である実装のために、バイトコードのインスツルメンテーションなしではできません。 レポートの最初の部分では、指定されたツールのメインアルゴリズムが表示されます。これにより、アプリケーション中に潜在的なデッドロックを効果的に見つけることができます。 レポートの2番目の部分は、バイトコードの計測と、それに関連する有用なテクニックと重要な問題に専念します。

---

Egor @ yegor256 Bugaenko-ユーティリティクラスが私たちを殺している



Javaおよび他の多くのオブジェクト指向言語の手法として、ユーティリティクラスはコード内のさまざまな場所から一般的なプロシージャへのアクセスを提供するのに非常に便利です。 何千ものそのようなクラスと手順は、Apache Commons、Guava、およびJDKにあります。 しかし、このアプローチは本当にオブジェクト指向と呼ばれ、ユーティリティクラスはコードをよりわかりやすく理解しやすくしますか？ OOPでこれらの手順が必要ですか？ 必要ない場合、代替手段は何ですか？ Javaでユーティリティクラスなしでコードを再利用するにはどうすればよいですか？ これらは、Yegor Bugaenkoが彼のレポートで提起するすべての質問からはほど遠いが、一度にすべてではない。

---

Oleg @olegchir Chirukhin-Devops：Javaは遅くなりません



この機会に、DevOps-CPSUの栄光のようなもの-は決して人間ではないことを思い出してください。 Olegのレポートは、JavaプロジェクトでDevOpsを適切に「調理」する方法に専念しているため、古いJava女性は、サポートと展開の問題についてファッショナブルなGolangとnode.jsに光を当てています。 どのインフラストラクチャ管理ツールを使用すると、管理者の生活を改善し、開発者の生活をより面白く、豊かで、生産的にすることができますか。

---

会議でのレポートに加えて、 ディスカッションゾーンが機能することを思い出してください：各レポートの後、スピーカーと彼に質問したいすべての人が特別なゾーンに牽引され、参加者はさらに1時間半-次の終わりまでスピーカーと話す機会がありますレポート付きのスロット。



一般的に、本当に多くの興味深いことがあります。シベリアに住んでいてJavaで書いているなら、JBreakでお会いできてうれしいです。 登録は開いています 。 会議のウェブサイトへようこそ。