gpt4 book ai didi

java - 与应用程序大小相比巨大的 Perm Gen,这正常吗?

转载 作者:搜寻专家 更新时间:2023-11-01 03:51:08 24 4
gpt4 key购买 nike

我在 glassfish 服务器上部署了一个 Web 应用程序,它只包含一堆 JAX-RS REST 服务和通过 JPA 处理的数据库。我用于部署的 WAR 文件大约为 2MB,而且它的流量非常小(只有几个测试请求)。出于好奇,我运行了一个 jmap 来查看内存使用情况,我得到了这个

using thread-local object allocation.
Parallel GC with 2 thread(s)

Heap Configuration:
MinHeapFreeRatio = 0
MaxHeapFreeRatio = 100
MaxHeapSize = 536870912 (512.0MB)
NewSize = 1310720 (1.25MB)
MaxNewSize = 17592186044415 MB
OldSize = 5439488 (5.1875MB)
NewRatio = 2
SurvivorRatio = 8
PermSize = 21757952 (20.75MB)
MaxPermSize = 201326592 (192.0MB)
G1HeapRegionSize = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
capacity = 99090432 (94.5MB)
used = 36256552 (34.576942443847656MB)
free = 62833880 (59.923057556152344MB)
36.589357083436674% used
From Space:
capacity = 38797312 (37.0MB)
used = 13067872 (12.462493896484375MB)
free = 25729440 (24.537506103515625MB)
33.68241593644426% used
To Space:
capacity = 37748736 (36.0MB)
used = 0 (0.0MB)
free = 37748736 (36.0MB)
0.0% used
PS Old Generation
capacity = 70254592 (67.0MB)
used = 59577728 (56.8177490234375MB)
free = 10676864 (10.1822509765625MB)
84.80261048274254% used
PS Perm Generation
capacity = 135266304 (129.0MB)
used = 88929544 (84.80982208251953MB)
free = 46336760 (44.19017791748047MB)
65.74404812598414% used

看到 Perm Gen 为这么小的应用程序占用大约 84MB 的内存,我感到非常惊讶。当我重新启动服务器时,这个数字下降了(之前大约是 100MB,这看起来已经很奇怪了,因为我读到 perm gen 永远不会被垃圾收集,所以它怎么会下降呢?)。我的疑问是:用这么小的应用程序获得如此高的数字是否正常?在过去的几周里,我实际上部署和重新部署了该应用程序很多次,这可能是因为这个吗?该应用程序运行完美,所以我没有特别的问题需要解决,我只是想知道这是否会在未来造成问题。即使是 Eden 空间的数字在我看来也很大,34MB 用于目前只有一个用户的应用程序,数据库是空的,这基本上没有做任何相关的事情!

编辑:我现在取消部署应用程序并重新启动服务器(现在在不同的 pid 下运行)。令我惊讶的是,我运行了另一个 jmap,我得到了非常相似的 perm gen 数字(比如使用了 70MB)。有没有可能这只是与 glassfish 有关,与我的应用无关?

最佳答案

Perm Gen 的一个问题是静态的东西。静态从 Perm Gen 分配,但直到容器(Glassfish、Tomcat 等)重新启动后才会释放。

如果静态指向另一个类(即使这个类不是静态的),那么另一个类也永远不会被释放。如果在没有重启容器的情况下重启应用程序,则不会释放该类的内存,并且会为应用程序的新实例分配该类的另一个实例。

许多类都有指向其他类的静态指针。您可以尝试消除代码中的问题,但许多 Java 类都存在此问题,因此它可能超出您的控制范围。

这是关于该主题的优秀帖子:Classloader Leaks .

对 Glassfish 评论的回应:

是的,这可能是由于 Glassfish。每个类(class)都分配给Perm Gen,所以类(class)多就意味着Perm Gen很多。你的类(class)虽然小,但站在巨人的肩膀上。

关于java - 与应用程序大小相比巨大的 Perm Gen,这正常吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27651899/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com