上周在圣彼得堡主办了Java大会国际小丑。 我们要求拜访她的家伙告诉他们一些有关组织和最有趣的表演的信息。 有人指出，最炒作和最有趣的是某人-最相关，最有用。 但是，请先阅读有关内容。
今年，参观者和赞助商摊位明显增加，导致走廊，展览区和晚餐时的交通拥堵。
与往常一样，这些报告在展览区的演示台上分4个流和2个小流进行。 此方案中至少有一份有趣的报告。 在两次演讲之间，您可以与讨论区的发言人交谈或在演示台上收听小型报告。
现在介绍报告本身，以及为什么要去参加会议。
安德烈·格罗莫夫（Andrey Gromov）
FunCorp后端开发人员对我来说，参加会议是一个摆脱日常背景的机会。 要从其他角度查看熟悉的事物，以及不熟悉，请看一下。 会议带来的最重要的内容是笔记本中的书面页面。 当然，报告摘要不是在摘要中出现的，而是在听报告的过程中产生了一些想法。
从这个角度来看，Jocker 2019在我看来是JNI和虚拟机内部的标志。
除了巴鲁克（Baruch）以外，三份报告引起了人们的最大兴趣，巴鲁克也可以向我们介绍有关沙威玛（Shawarma）帐篷的会计报告，以免您被撕毁。
一位真正了解内部厨房HotSpot C2 JIT的人的精彩报告比几乎每个人都了解。
这些知识不太可能影响我的工作，但是在笔记本的半页上加了标记为“已读”和“可以在XXX中应用方法”的注释，这很酷。
- 爱奥努特（Ionut）Balosin。 两种编译器的竞赛：GraalVM JIT与HotSpot JIT C2
Jonuts讨论了这两个编译器的实现中的一些关键差异，以及它们在某些类型任务中对性能的影响。 乍看之下，该报告似乎很简单：嗯，我在那里接受并试用了该报告，但这只是乍一看，直到您深入研究了所讲述和展示的内容。 然后是对说话者所做工作量的理解，以便向我们展示这些“简单图表”。
- 德米特里·皮斯克洛夫（Dmitry Pisklov）。 微服务负责几微秒-朋友和敌人
鲜血，胆量-都是我所爱。 这个人会教给您错误的方法来做错误的但空间有限的微服务。 我怀疑在这份报告之后，我不得不用烧毁的室内装潢替换许多椅子。
在这里，关于不安全，关于mmap，关于调整内核参数，关于您的网络堆栈，以及关于座右铭“最重要的性能”的所有其他内容！
Evgeny Zakharov nerumb ，
FunCorp后端开发人员
- 谢尔盖·库克森科（Sergey Kuksenko）。 Java是否需要“内联”类型？ 性能工程师对Valhalla项目的狭Look观察
Oracle工程师的有趣报告，他分享了Valhalla的内部工作细节。 我有一个疑问，为什么Valhalla这么久没来Java了，这份报告回答了其中许多问题。
值类型在Java中不太容易实现，因此您必须以“字节”为单位保存字面量。 Sergey谈到了他们必须采取的一些技巧，以便不更改Java中存储对象的结构并将所有必要的信息放入其中。 尤其令人惊讶的是，Valhalla不仅使Java更快，而且还带来负面影响。 有必要将现有代码与值类型复杂化，并且在某些情况下，性能会稍有下降（尽管根据Sergey的说法，目前在最不利的情况下，这一比例不超过10％）。 但是积极的工作仍在进行中，我们希望Oracle团队能够优化负面方案，最终将Valhalla转换为Java。
作为奖励，谢尔盖要求所有愿意尝试使用Valhalla的人（当打开该标志时，它将很快在OpenJDK程序集中可用）并检查其在脚本中的工作。 最好将可能严重降低的生产力告知开发团队。
- 塔吉尔·瓦列夫（Tagir Valeev）。 Java 9-14：小型优化
与往常一样，无需介绍塔吉尔的有趣报告。 随着Java的新版本升级，内部改进有很多有趣的事情。 塔吉尔（Tagir）举了很多例子，其中最令人难忘的是
abs ，看来似乎无处可寻。 方法实现本身仅由一行代码组成。 但是，通过使其成为
intrinsic方法，该方法也变得更快。 在许多其他示例中，与相同的
hypot一样，简单地切换到下一版Java可以提高速度，有时甚至提高了几个数量级。 我建议您一定要为尚未看过报告的人查看报告记录。
Oleg Zolotarev OlegXxl ，
FunCorp后端开发人员
- Juergen Hoeller和Josh Long。 再探活性弹簧
Josh对整个演讲进行了“退火处理”，而报告本身很好地讲述了Reactive在最新版的Spring中的所有表现形式。 他们还讨论了与RSocket的集成（您知道吗，Spring Starter第一次在稳定版本中使用不稳定的依赖项？）。 当然，这些信息也可以从官方手册中获得，但是这里是第一手信息，是汇总形式。
- Baruch Sadogursky。 适用于开发人员的DevOps（或反对他们？！）
巴鲁克（Baruch）在第一天的闭幕式演讲中揭开了序幕，他做得很好！ 从此报告中，您将了解DevOps意识形态的产生方式和来源，他是唯一实现其“界面”的人。 听到什么是真正的“最佳代码”（其DoD），以及软件工艺和DevOps的共同点，这很有趣。
不幸的是，第二天的闭幕主题演讲不如去年库帕特夫博士讲话时的“易燃”，而在聊天室中讨论这种表演又花了一个月的时间。
但是，我们不参加会议，但在所有其他方面都取得了成功。
非常感谢所有组织者和演讲者！ 下次会议见！