2020-09-22 21:51发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供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） ...）。那么在这种情况下，"最大堆"的实际位置/定义位置是什么？
致谢莫里茨
您好，莫里茨，
我签入了对此系统警报的更改，并将一个警报分为两个。 在即将发布的补丁程序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中。
此致
约书亚
最多设置5个标签!
{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/answer/97161/263022.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
您好，莫里茨，
我签入了对此系统警报的更改，并将一个警报分为两个。 在即将发布的补丁程序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中。
此致
约书亚
一周热门 更多>