我已经在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从不被垃圾回收,那么它怎么可能下降呢?)。我怀疑:对于这样一个小应用程序来说,得到这样高的数量是否正常?在过去的几周里,我实际上部署和重新部署了该应用程序很多次,所以是不是由于这个原因造成的?
这个应用程序运行得非常完美,所以我没有特别的问题要解决,我只是想知道这可能会在将来引起问题吗?即使是伊甸园空间也对我来说很大,这个应用程序目前只有一个用户,一个空数据库,基本上什么都没做,但已经使用了34MB!
编辑:现在我取消了应用程序部署并重新启动了服务器(现在运行在不同的pid下)。令我惊讶的是,我运行了另一个jmap,我得到了非常相似的Perm Gen数字(如使用70MB)。这可能只是与glassfish相关,与我的应用程序无关吗?