Minggu lalu di St. Petersburg menjadi tuan rumah konferensi Java internasional Joker. Kami meminta teman-teman kami yang mengunjunginya untuk memberi tahu sedikit tentang organisasi dan pertunjukan yang paling menarik, menurut pendapat mereka. Seseorang mencatat hype dan kesenangan yang paling, seseorang - yang paling relevan dan berguna. Namun, bacalah secara langsung.
Tahun ini terdapat lebih banyak pengunjung dan kios sponsor, yang menyebabkan “kemacetan” kecil di koridor, area pameran dan saat makan malam.
Laporan, seperti biasa, diadakan di 4 aliran ditambah 2 aliran mini di stand demo di area pameran. Setidaknya 1 laporan menarik selalu ada dalam skema ini. Di sela-sela pidato, Anda dapat berbicara dengan pembicara di area diskusi atau mendengarkan laporan mini di kios demo.
Dan sekarang tentang laporan itu sendiri dan mengapa pergi ke konferensi sama sekali.
Andrey Gromov rjhdby ,
Pengembang backend FunCorpBagi saya, perjalanan ke konferensi adalah kesempatan untuk keluar dari konteks sehari-hari. Untuk melihat hal-hal yang sudah biasa dari sudut pandang lain, dan ke hal asing - lihat saja. Dan hal terpenting yang dibawa dari konferensi adalah halaman yang ditulis dalam buku catatan. Bukan dengan ringkasan laporan, tentu saja, tetapi dengan pemikiran yang muncul dalam proses mendengarkannya.
Dari sudut pandang ini, Jocker 2019 berlalu untuk saya di bawah tanda JNI dan bagian dalam mesin virtual.
Tiga laporan membangkitkan minat terbesar, tidak termasuk Baruch, yang juga bisa memberi tahu kami tentang laporan akuntansi tenda dengan shawarma sehingga Anda tidak akan melepaskan diri.
- Klik Tebing. Lautan Node dan JIT HotSpot
Sebuah laporan luar biasa tentang dapur internal HotSpot C2 JIT dari seseorang yang benar-benar memahami ini lebih baik daripada hampir semua orang.
Sepertinya pengetahuan ini tidak akan memengaruhi pekerjaan saya, tetapi setengah halaman dalam buku catatan diisi ulang dengan catatan bertanda "baca" dan "pendekatan dapat diterapkan di XXX", yang keren.
- Ionut Balosin. Perlombaan dua kompiler: GraalVM JIT versus HotSpot JIT C2
Jonuts berbicara tentang beberapa perbedaan utama dalam implementasi kedua kompiler ini dan dampaknya pada kinerja dalam jenis tugas tertentu. Pada pandangan pertama, tampaknya laporan itu sederhana: baik, saya sudah mengambilnya dan mencobanya, tetapi ini hanya pada pandangan pertama, sampai Anda mempelajari detail apa yang diceritakan dan ditampilkan. Dan kemudian muncul pemahaman tentang jumlah pekerjaan yang dilakukan oleh pembicara untuk menunjukkan kepada kita "grafik sederhana" ini.
- Dmitry Pisklov. Layanan Microsoft bertanggung jawab atas beberapa mikrodetik - teman dan musuh
Darah, nyali - semuanya seperti yang aku suka. Orang ini akan mengajarkan Anda cara yang salah untuk melakukan yang salah, tetapi layanan-mikro yang cepat. Saya menduga bahwa setelah laporan ini saya harus mengganti banyak kursi dengan jok yang terbakar.
Di sini dan tentang tidak aman, dan tentang mmap, dan tentang menyetel parameter kernel, dan tentang tumpukan jaringan Anda, dan tentang segala sesuatu yang lain di bawah moto "kinerja di garis depan"!
Evgeny Zakharov nerumb ,
Pengembang backend FunCorp
- Sergey Kuksenko. Apakah Java memerlukan tipe "inline"? Lihat Insinyur Kinerja Sempit di Proyek Valhalla
Sebuah laporan menarik dari seorang insinyur dari Oracle, yang berbagi detail internal pekerjaan di Valhalla. Saya punya pertanyaan mengapa Valhalla tidak datang ke Jawa begitu lama, dan laporan ini menjawab banyak dari mereka.
Tipe nilai tidak begitu mudah diimplementasikan di Jawa, dan Anda harus menyimpan secara harfiah pada unit "byte". Sergey berbicara tentang beberapa trik yang harus mereka lakukan agar tidak mengubah struktur menyimpan objek di Jawa dan memasukkan semua informasi yang diperlukan di dalamnya. Dan yang terutama mengejutkan adalah bahwa Valhalla tidak hanya membuat Java lebih cepat, tetapi juga ada konsekuensi negatifnya. Penting untuk menyulitkan kode yang ada dengan tipe Nilai, dan untuk beberapa situasi, sedikit penurunan kinerja diperoleh (meskipun, menurut Sergey, saat ini tidak lebih dari 10% dalam skenario paling negatif). Tetapi pekerjaan aktif masih berlangsung dan kami berharap bahwa tim Oracle akan dapat mengoptimalkan skenario negatif dan akhirnya menerjemahkan Valhalla ke Jawa.
Sebagai bonus, Sergey meminta semua yang peduli untuk mencoba Valhalla (akan segera tersedia di majelis OpenJDK ketika bendera dihidupkan) dan memeriksa karyanya pada skripnya. Sangat disarankan untuk memberi tahu tim pengembang tentang penurunan kuat dalam produktivitas, jika ada.
- Tagir Valeev. Java 9-14: Optimalisasi kecil
Seperti biasa, laporan menarik dari Tagir, yang tidak perlu diperkenalkan. Ada banyak hal menarik tentang perbaikan internal yang baru saja tersedia dengan peningkatan ke versi baru Java. Tagir memberikan banyak contoh, di antaranya yang paling berkesan adalah
abs , yang tampaknya tidak memiliki tempat untuk mengoptimalkan lebih lanjut. implementasi metode itu sendiri hanya terdiri dari satu baris kode. Tetapi metode ini juga dibuat lebih cepat dengan menjadikannya metode
intrinsic . Ada banyak contoh lain di mana peralihan sederhana ke versi Jawa berikutnya meningkatkan kecepatan, kadang-kadang bahkan dengan beberapa urutan besarnya, seperti halnya
hypot sama. Saya menyarankan Anda untuk benar-benar melihat rekaman laporan untuk mereka yang belum melihatnya.
Oleg Zolotarev OlegXxl ,
Pengembang backend FunCorp
- Juergen Hoeller & Josh Long. Musim semi reaktif ditinjau kembali
Josh "menganil" seluruh pidato, sementara laporan itu sendiri dengan sangat baik menceritakan tentang Reaktif secara harfiah semua manifestasinya dalam versi terbaru dari Spring. Mereka juga berbicara tentang integrasi dengan RSocket (tahukah Anda bahwa untuk pertama kalinya spring starter dalam versi stabil menggunakan dependensi yang tidak stabil?). Tentu saja, informasi ini juga dapat diperoleh dari manual resmi, tetapi di sini ia secara langsung dan dalam bentuk agregat.
- Baruch Sadogursky. DevOps untuk pengembang (atau menentang mereka?!)
Baruch merobek sampul pada keynote penutup hari pertama, dan dia melakukannya dengan cukup baik! Dari laporan ini Anda akan belajar bagaimana dan dari mana ideologi DevOps berasal, siapa satu-satunya yang mengimplementasikan "antarmuka" -nya. Sangat menarik untuk mendengar tentang apa yang sebenarnya merupakan "kode terbaik" (DoD-nya), dan tentang apa kesamaan keahlian perangkat lunak dan DevOps.
Sayangnya, keynote penutup hari kedua tidak "mudah terbakar" seperti tahun lalu, ketika Dr. Kurpatov berbicara, dan diskusi tentang pidato ini di ruang obrolan membutuhkan waktu sebulan lagi.
Namun, kami tidak pergi ke konferensi untuk ini, tetapi dalam semua hal lain itu sukses.
Terima kasih banyak untuk semua penyelenggara dan pembicara! Sampai jumpa di konferensi berikutnya!