点击此处--->
群内免费提供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） ...）。
那么在这种情况下，"最大堆"的实际位置/定义位置是什么？
致谢
莫里茨
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 T-CODE 的问题《系统警报：最大堆总大小超过物理内存》','https://www.easysap.com/q-97161.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
你好莫里茨，
对于仪表板和CR4E服务器，大部分繁重的工作是由那些本身就是Java进程的服务器的处理子进程完成的。 CR4E和仪表板创建Java子级，每个子级最多将使用2gb的内存（如果未指定，则Xmx默认为2gb）。
BIPST似乎正在对最大堆测量中的每个活动子计数。
托比·约翰斯顿也许我们应该将超出视为警告，并且超出幅度很大 发出警报-与APS相比，很少有作业处理需要使用那么多的内存
-Leslie
嗨Leslie，
感谢您的解释。
我知道产生了java子级，但是我不是说，如果没有另外指定，它们的默认限制是2 GB（我认为是1 GB），并且它们 也会添加到计算中（并且实际上已考虑在内）。
获得更详细的计算结果以及此警报的描述中的其他信息将很有帮助。
但是在查看Toby的答复后，听起来这将得到解决。
至少就我们而言，考虑WAS（Tomcat）和OS（Windows）的基准也将有所帮助。
感谢您的支持。
最好的问候
Moritz
您好，Moritz，
感谢您报告问题。 我们正在调查，并将在此尽快再次跟进。
干杯
托比
嗨托比，
感谢您的支持
您好，莫里茨，
我签入了对此系统警报的更改，并将一个警报分为两个。 在即将发布的补丁程序v2.1.1（在1-2周内到期）中，您会发现新警报完全不会计算子进程，而只会关注Java服务器进程。
-警报#1-计算-Xmx的所有正在运行/启用的父服务器，并将其与主机上的物理内存进行比较。
-警报2-与上面相同，除了它将计算所有父服务器，而与运行和/或启用状态无关，以进行潜在的比较。
由于某些BI父进程是c ++，但生成了java.exe子进程，因此先前的警报过于混乱。 例如CR4E处理服务器，仪表板Proc/Cache，JobServer等。尽管我们正在为其中许多计算子进程堆，但并未包括Jobserver。
我已经完成了大部分代码，以添加第三个警报以计算除父级proc之外的所有潜在子进程，但是由于测试限制，我将其留在下一个补丁程序之外。 另外，我不是100％肯定拥有它的价值，因为潜在的Jobserver子进程（〜15个服务* 5个默认子进程* 1024mb默认堆）几乎总会比大多数服务器在物理RAM中的堆多。 一旦获得更多反馈，我们将决定是否将其包含在补丁2中。
此致
约书亚
嗨约书亚，
谢谢！
我使用BIPST 2.1.1不再收到警报
最好的问候
莫里茨
@lmui
谢谢。 是的，乔什（Josh）正在研究这一问题，并将做出相应的更改。
一周热门 更多>