系统警报:最大堆总大小超过物理内存

2020-09-22 21:51发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我想知道总最大堆大小超过...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

我想知道"总最大堆大小超过物理内存"警报。
例如,我们为我们的系统之一获得了以下输出:

[TotalHeap = 64.19 GB]
[TotalRAM = 64.0 GB]
----------
APS堆:46.0​​ GB
资源管理器堆:6.0 GB
资讯主页堆:4.19 GB
CR4E堆:8.0 GB


我没有详细检查APS堆的实际设置,但这似乎是有效的。
Explorer的值确定,我对此进行了检查。
但是当来到Dashboard和 CR4E变得有些奇怪。

在检查仪表板服务器的xmx时,我看到:
DashboardsCacheServer-> Java VM参数:Xmx858M
DashboardsProcessingServer-> Java VM参数:
Xmx858M ,Dswfinjection.lang.directory =%CommonJavaLibDir%,Dbusinessobjects.connectivity.directory =%CONNECTIONSERVER_DIR%

那么BIPST为什么会显示Dashboard的堆为4.19 GB?

在检查CR4E时,它变得更加混乱。
因为实际上这些实际上不是Java进程(crproc。 exe,crcache.exe;不是java.exe),我想知道为什么在这种情况下将其称为"堆"。
检查服务器属性时,找不到任何最大内存设置(或命令行参数xmx) ...)。
那么在这种情况下,"最大堆"的实际位置/定义位置是什么?

致谢
莫里茨

9条回答
葫芦娃快救爷爷
2020-09-22 22:36 .采纳回答

你好莫里茨,

对于仪表板和CR4E服务器,大部分繁重的工作是由那些本身就是Java进程的服务器的处理子进程完成的。 CR4E和仪表板创建Java子级,每个子级最多将使用2gb的内存(如果未指定,则Xmx默认为2gb)。

BIPST似乎正在对最大堆测量中的每个活动子计数。

托比·约翰斯顿也许我们应该将超出视为警告,并且超出幅度很大 发出警报-与APS相比,很少有作业处理需要使用那么多的内存

-Leslie

一周热门 更多>