PMS进程占用内存高 用户问题 主Master节点内存使用率高如何处理？ 问题现象 主Master节点内存使用率高，且用top -c命令查询的内存占用量高的是如下idle的进程。 原因分析 PostgreSQL缓存：除了常见的执行计划缓存、数据缓存，PostgreSQL为了提高生

查看更多 →

Knox进程占用内存高 用户问题 knox进程占用内存高。 问题现象 主Master节点内存使用率高，用top -c命令查看到占用内存较高的进程中有knox进程，且此进程占用内存超过4 GB。 原因分析 knox进程没有单独配置内存，进程会自动根据系统内存大小按照比例划分可用内存，导致knox占用内存大。

查看更多 →

修改节点日志缓存内存占用量上限RuntimeMaxUse Journald是Linux中的日志系统，负责把日志信息写入二进制文件，并默认使用/run/log/journal目录作为日志缓存目录。Journald的配置文件位于节点/etc/systemd/journald.conf

查看更多 →

该指标用于统计Redis已使用的RSS内存。即实际驻留“在内存中”的内存数。包含堆内存，但不包括换出的内存。 单位：可在控制台进行选择，如KB、MB、byte等。 >=0byte 测量对象： Redis实例 测量维度： dcs_instance_id 1分钟 memory_frag_ratio 内存碎片率 该

查看更多 →

，具体操作可参考查询及限制连接数。 分析慢日志 除了降低连接数以外，还需要注意单次请求的内存开销，尽量避免查询语句出现全表扫描、内存排序等。 使用慢日志功能，查询当前实例产生的慢日志。 分析慢日志，查找内存升高的原因：下面是某个慢请求日志示例，可查看到该请求进行了全表扫描，扫描了

查看更多 →

业务申请不到内存，则业务无法正常使用。 如果存储介质空间不足，则影响日志功能和软件升级。 可能原因 原因1：内存告警阈值设置太低。 原因2：当前设备支持的业务太多。 原因3：设备内存泄露。 处理步骤 使用display memory-usage命令查看内存告警阈值，检查内存告警阈值设置是否合理。

查看更多 →

APID=[INTEGER]) AP的内存占用率过高。 告警属性 告警ID 告警级别 告警类型 303046799 提示 设备告警 告警参数 参数名称 参数含义 OID MIB节点号。 APMAC AP的MAC地址。 APName AP的名称。 ApMemRate AP的内存占有率。 APID AP

查看更多 →

APID=[INTEGER]) AP的内存占用率过高。 告警属性 告警ID 告警级别 告警类型 3276800159 提示 设备告警 告警参数 参数名称 参数含义 OID MIB节点号。 APMAC AP的MAC地址。 APName AP的名称。 ApMemRate AP的内存占有率。 APID AP

查看更多 →

函数内存超限返回“runtime memory limit exceeded”，如何查看内存占用大小？ 请在函数请求返回界面查看。 图1 查看oom内存大小 父主题： 函数执行

查看更多 →

。 不同规格主机Agent资源占用一览 Agent运行时，不同规格的云 服务器 CPU、内存占用情况如表1所示。 表1 Agent资源占用一览 vCPUs规格 占用CPU资源比例（峰值） 执行病毒查杀时，占用CPU资源比例（峰值） 内存占用（峰值） 执行病毒查杀时，内存占用（均值） 1vCPUs

查看更多 →

DRS任务表数量太多导致任务超时怎么办 当DRS任务表数量太多时，可能占用过多的内存等资源，导致在进行预检查、数据对比等操作时超时。针对这种情况，建议用户通过以下方式解决： 创建任务时选择大规格，表数量建议不超过5W张。 如果表数量过多（超过5W张），建议拆分多个任务进行同步。 父主题：

查看更多 →

角色的jvm内存要大于或等于Catalog角色的jvm内存 Impala的元数据存放在内存中，Impalad需要从Catalog同步全量元数据，要保证Impala的jvm内存大于Catalog的jvm内存，才可以容纳下这些元数据。 建表时分区不要超过10万个，分区太多会影响元数据加载速度，阻塞查询

查看更多 →

选看视频超过规格 当前规格为16，超过16个设置远端窗口，就会失败。 HRTC_ERR_CODE_MEDIA_CMP_ERR 90000015 媒体协商失败 与服务器之间媒体协商失败。 HRTC_ERR_CODE_SERVER_NO_RESPONSE 90000016 服务器没有响应

查看更多 →

ALM-15795242 AP的内存占用率过高 告警解释 AP memory overload notify. (APMAC=[APMAC], APName=[APName], ApMemRate=[ApMemRate], APID=[APID]) AP内存利用率过高。 告警属性 告警ID

查看更多 →

操作三：鼠标悬浮在图片上的时间节点，可查看对应时间节点的占用率情况。 图1 资源占用情况 表1 参数说明 参数 说明 cpuUsage cpu使用率。 gpuMemUsage gpu内存使用率。 gpuUtil gpu使用情况。 memUsage 内存使用率。 npuMemUsage npu内存使用率。 npuUtil

查看更多 →

ALM-29015 Catalog进程内存占用率超过阈值 告警解释 以30s为周期检测Catalog进程系统内存占用率，当检测到的超过默认阈值（80%）时，系统产生此告警。 当系统检测到进程内存占用率下降到阈值以下时，告警将自动解除。 告警属性 告警ID 告警级别 是否自动清除 29015

查看更多 →

ALM-29004 Impalad进程内存占用率超过阈值 告警解释 以30s为周期检测Impalad进程系统内存占用率，当检测到的超过默认阈值（80%）时，系统产生此告警。 当系统检测到进程内存占用率下降到阈值以下时，告警将自动解除。 告警属性 告警ID 告警级别 是否可自动清除

查看更多 →

。通过将事件和错误信息记录到日志文件或数据库中，可以方便地进行故障排除和问题诊断。但是，仅仅记录日志并不足够，还需要对日志进行有效的管理和分析。如果日志太多，将会成为一个负担，因为它们需要占用存储空间，并且需要花费很长时间来查找有用的信息。因此，需要对日志进行过滤和归档，以便更好地管理它们。

查看更多 →

cutor-memory指定内存大小； 对于同时运行的task太多，主要看--executor-cores设置的vcore数量。 问题2： 需要在相应的task的日志里面查找异常原因。如果有OOM的情况，请参照问题1。 父主题： 使用Spark

查看更多 →

配置MapReduce任务日志归档和清理机制 配置场景 执行一个MapReduce应用会产生两种类型日志文件：作业日志和任务日志。 作业日志由MRApplicationMaster产生，详细记录了作业启动时间、运行时间，每个任务启动时间、运行时间、Counter值等信息。此日志内容被Hist

查看更多 →

配置MapReduce任务日志归档和清理机制 配置场景 执行一个MapReduce应用会产生两种类型日志文件：作业日志和任务日志。 作业日志由MRApplicationMaster产生，详细记录了作业启动时间、运行时间，每个任务启动时间、运行时间、Counter值等信息。此日志内容被Hist

查看更多 →