293. WJUG - trzech jeźdzców niskopoziomowej Javy
WJUG wraca po wakacjach i to z przytupem!
Mamy 4 niesamowite wiadomości dla Was:
- 1 nowa miejscówka dzięki uprzejmości firmy Paramount - Mokotowska 19
- 3 wspaniałych prelegentów zjednoczonych w szerzeniu wiedzy o Javie na jej najniższych poziomach; trzech jeźdźców niskopoziomowych tematów, których nieznajomość może doprowadzić do apokalipsy (raczej nie, ale czy warto ryzykować?)
Agenda:
szczegóły dotyczące kolejności wystąpień zostanie opublikowany w najbliższym czasie
Jarek Pałka: Bare Metal Java
Abstrakt:
Java, a tak naprawdę JVM, cieszy się zasłużoną sławą platformy nieprzyjaznej dla sprzętu, a co za tym idzie, nikt poważny (oprócz Apache Kafka, Elastic, Cassandra i Neo4j) nie będziebudował baz danych, kolejek i innych rozwiązań gdzie "mechanical sympathy" jest kluczowe.
Garbage collector, spekulujący JIT, brak kontroli nad "object layout", fatalne wsparcie (głównie przez brak abstrakcji) dla funkcji nowoczesnych procesorów i systemów operacyjnych. I do tego jeszcze JNI (kto tam był to wiem o czym mówię). (O implementacji IO nawet przez szacunek do samych siebie, nie wspominam)
Celem tej prezentacji jest odczarowanie tych mitów i pokazanie jak wiele wysiłku ostatnio idzie ostatnio w uczynienie JVM bardziej przyjaznego dla sprzętu.
Będzie o API, których są jeszcze w fazie inkubacji (choć niektóre jeszcze nie dojrzały do tego, a niektóre są już stabilne). API których, być może nigdy w życiu nie zobaczycie, a które będą w przyszłości stanowić fundament baz danych, czy kolejek.
Zaczniemy od Unsafe, by nadać rys historyczny. By potem pokazać, foreign memory access, czyli jak bezpiecznie pracować z pamięcią poza stertą oraz
foreign functions interface, czyli jak wywołać C z Java ( i w drugą stronę ).
Wszystko polane sosem niedziałających przykładów i przekłamanych micro benchmarków i OpenJDK skompilowanego na pięć minut przed prezentacją.
Krystian Zybała
Oto nadchodzi Loom, współbieżność już nigdy nie będzie taka sama
Abstrakt:
There are only two hard things in Computer Science: cache invalidation and naming things.
-- Phil Karlton
Prawda jest inna, jest tylko jedna rzecz trudna w naszej pracy, współbieżność.
W czasach gdy Herbt Sutter wszem i wobec ogłosił, że skończył się darmowy lunch (The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software), współbieżność stała się naszą codziennością.W Javie nadchodzi wielka zmiana, projekt Loom a z nim takie nowe terminy jak "virtual thread", "continuations" i "structured concurrency". Jeśli zastanawiałeś się co zmienią w naszej codziennej pracy albo
czy warto przepisać swoją aplikacje z Tomcatem na super wydajne reaktywne Netty,czy może poczekać na projekt Loom? Ta prezentacja jest dla Ciebie.
Opowiem o projekcie Loom i o nowych możliwościach związanych z wirtualnymi watkami i "structured concurrency". Opowiem Ci jak to działa i co można osiągnąć i jaki ma to wpływ na wydajność.
Arek Sokołowski
Abstract
Java jest z nami już od ponad 25 lat. Niektórzy twierdzą, że jest już nieco przestarzała. Tymczasem Java znacząco zmieniła się przez te lata, a w niedalekiej przyszłości pojawi się jeszcze więcej modyfikacji i unowocześnień! W trakcie prezentacji porozmawiamy o jednej z największych i najważniejszych nadchodzących funkcjonalności.
Jednym z najbardziej istotnych problemów Javy jest zarządzanie pamięcią. Mamy “lekkie” typy proste, oraz “ciężkie” klasy i obiekty. Programiści mogą używać typów prostych, ale nie mogą tworzyć swoich. Z drugiej strony, programowanie generyczne jest możliwe w świecie klas, ale już nie typów prostych. Projekt Valhalla próbuje rozwiązać ten problem.
W jaki sposób? Co to właściwie znaczy dla programistów? Co to może znaczyć dla frameworków, takich jak Spring czy Junit? Co się zmieni “pod maską”? W trakcie prezentacji poruszymy wszystkie te zagadnienia!
