我们正在创建 Payara Micro 作为生产就绪的 Java EE 运行时，它从根本上说是小型的、自动集群的并且易于使用。
要了解有关 Payara Micro 的更多信息，请参阅我之前在 DZone 上发表的文章 Introducing Payara Micro - 一种运行 Java EE 应用程序的新方式
Payara Micro 的整个理念是颠覆应用服务器的理念，改变它们是构建服务器端应用程序的大型、复杂和笨重环境的看法。因此，作为我们开发的一部分，我们对 Payara Micro 的核心运行时有多小进行了一些分析。
如果您熟悉 Eclipse 内存分析器工具包；每个 Java 开发人员都应该知道的一个很棒的工具；您会知道，它本质上是分析 JVM 堆转储，以快速告诉您哪些对象在 JVM 中占用的内存最多。作为我们 Payara Micro 调整的一部分，我们最近在一个“原始”Payara Micro 实例上运行了 MAT，即一个启用了集群但没有部署应用程序的服务器，以确定使用的堆并寻找调整机会。
java -jar payara-micro.jar
然后我们启动 jvisualvm 并点击“Monitor”选项卡上的“Heap Dump”按钮
在 MAT 中打开堆转储，结果如下；
如您所见，Payara Micro 在原始运行时仅使用 17Mb 的 JVM 堆。现在那是微观！
为什么这很重要？好吧，较小的核心运行时会留下更多内存供您的应用程序使用。这意味着更少的垃圾收集以获得更好的性能。这意味着云环境中更高的部署密度。
这也意味着如果您使用内置的 JSR 107 缓存功能，您可以在 Payara Micro Grid 的内存中存储更多数据。
现在您可能认为这一切都很好，但是在运行应用程序时呢？因此，我们还分析了在部署最近为 NetBeans 日创建的演示应用程序后的堆使用情况。
演示应用程序并不复杂，但由实体 bean、会话 bean、JAX-RS 服务组成；嵌入式 Derby 和一个 servlet 以及 NetBeans RESTful 服务测试应用程序，因此它确实初始化并使用了人们使用的大多数运行时组件和容器。战争的大小约为 300Kb。
如果您从未见过用于 RESTful Web 服务的 NetBeans 测试应用程序，它会在下面显示此应用程序。
这是更新后的 MAT 结果；
使用了 25.6MB 的堆。我们认为这非常好。我们希望你这样做！
我们希望您试用您的应用程序并让我们知道结果。