persistentVolumeClaim: claimName: jvm-sfs-pvc #使用SFS的PVC，名称为jvm-sfs-pvc EOF 等待一会后，容器会发生OOM自动重启。 # kubectl -n default get pod

查看更多 →

ALM-16005 Hive服务进程堆内存使用超出阈值 告警解释 系统每30秒周期性检测Hive堆内存使用率，并把实际的Hive堆内存使用率和阈值相比较。当Hive堆内存使用率超出阈值（默认为最大堆内存的95%）时产生该告警。 用户可通过“运维 >告警 > 阈值设置 > 待操作集群的名称

查看更多 →

法进行设置。 在每个会话的第一次使用临时表之前可以改变temp_buffers的值，之后的设置将是无效的。 一个会话将按照temp_buffers给出的限制，根据需要分配临时缓冲区。如果在一个并不需要大量临时缓冲区的会话里设置一个大的数值，其开销只是一个缓冲区描述符的大小。当缓冲区被使用，就会额外消耗8192字节。

查看更多 →

法进行设置。 在每个会话的第一次使用临时表之前可以改变temp_buffers的值，之后的设置将是无效的。 一个会话将按照temp_buffers给出的限制，根据需要分配临时缓冲区。如果在一个并不需要大量临时缓冲区的会话里设置一个大的数值，其开销只是一个缓冲区描述符的大小。当缓冲区被使用，就会额外消耗8192字节。

查看更多 →

不被置换出去。建议按照表的个数（包括索引和toast表）* 分区数 * 3 + 128 来设置。乘以3是因为每个表（分区）会有一些额外的元数据段，一般一个表有3个段。最后加上128因为段页式表空间管理需要一定数量的buffer。该参数设置过小会导致首次创建段页式表时耗时较久，因此

查看更多 →

默认值：8MB 在每个会话的第一次使用临时表之前可以改变temp_buffers的值，之后的设置将是无效的。 一个会话将按照temp_buffers给出的限制，根据需要分配临时缓冲区。如果在一个并不需要大量临时缓冲区的会话里设置一个大的数值，其开销只是一个缓冲区描述符的大小。当缓冲区被使用，就会额外消耗8192字节。

查看更多 →

法进行设置。 在每个会话的第一次使用临时表之前可以改变temp_buffers的值，之后的设置将是无效的。 一个会话将按照temp_buffers给出的限制，根据需要分配临时缓冲区。如果在一个并不需要大量临时缓冲区的会话里设置一个大的数值，其开销只是一个缓冲区描述符的大小。当缓冲区被使用，就会额外消耗8192字节。

查看更多 →

默认值：8MB 在每个会话的第一次使用临时表之前可以改变temp_buffers的值，之后的设置将是无效的。 一个会话将按照temp_buffers给出的限制，根据需要分配临时缓冲区。如果在一个并不需要大量临时缓冲区的会话里设置一个大的数值，其开销只是一个缓冲区描述符的大小。当缓冲区被使用，就会额外消耗8192字节。

查看更多 →

景可进行不同程度的优化配置，此处主要提供日志配置log4j2.properties、jvm.options运行内存优化配置。 jvm运行内存配置 图1 jvm.options 表1 jvm运行内存配置 配置项 配置类型 默认值 配置说明 -Djava.awt.headless boolean

查看更多 →

<String>对象通过resultData字段承载当前定位坐标系类型结果，结果应包含“WGS84”,”GCJ02”,”BD09”三个值之一。 获取当前定位坐标系类型失败，则返回BaseResult<String>对象，BaseResult<String>对象包含相应的错误码，错误信息。

查看更多 →

的值，这样可以避免JVM动态调整堆内存大小时影响性能。 调整“-XX:NewSize”大小的时候，建议把其设置为“-Xmx”大小的1/8。 RegionServer需要的内存一般比HMaster要大。在内存充足的情况下，堆内存可以相对设置大一些。 根据机器的内存大小设置“-Xmx

查看更多 →

，默认值为1s，一般可以在JVM minor GC时被回收，但在多任务的情况下，集群规模较大，比如5000节点，多个节点的心跳Response会占用大量内存，导致JVM在minor GC时无法完全回收，无法回收的内存持续累积，最终触发JVM的full GC。JVM的GC都是阻塞式

查看更多 →

详解蒲公英表单后台 蒲公英表单的后台包含4项，分别为权益信息、表单管理、全局设置和主题管理。 权益信息 权益信息主要展现当前企业使用的套餐及套餐使用情况。 表单管理 管理企业所有表单的数据详情、导出数据、停用和删除。 全局设置 管理员可设置创建者范围、一键提醒功能使用范围和是否允许广告推送。

查看更多 →

收时间过长，可能影响该ResourceManager进程正常提供服务。 可能原因 该节点ResourceManager实例堆内存使用率过大，或配置的堆内存不合理，导致进程GC频繁。 处理步骤 检查GC时间。 在 FusionInsight Manager首页，选择“运维 > 告警 >

查看更多 →

可视化展示应用间调用关系和依赖关系，应用拓扑自发现，异常应用实例无处躲藏。 调用链 拓扑发现异常服务，通过查看调用状态、耗时、接口调用的详细信息，进一步定界问题产生的原因。 事务 展示事务的关键指标，使用Apdex对应用打分，直观体现用户对应用的满意度。 当事务异常，则上报告警。 对于用户

查看更多 →

区域 查询区域列表 父主题： API

查看更多 →

区域 查询云厂商支持的reigon 父主题： API v2（推荐）

查看更多 →

检查系统内存大小，以及剩余内存量，并判断是否满足IEF需求。edgectl check memorymemory可以简写为mem，即：edgectl check mem无检查内存：示例执行结果：

查看更多 →

配置内存 操作场景 Spark是内存计算框架，计算过程中内存不够对Spark的执行效率影响很大。可以通过监控GC（Garbage Collection），评估内存中RDD的大小来判断内存是否变成性能瓶颈，并根据情况优化。 监控节点进程的GC情况（在客户端的conf/spark-defaults

查看更多 →

vertexIds={vertex_ids} 给定一个点或者一组点的集合，查询这些点的详情，包括Label信息。 添加点 1.0.6 POST /ges/v1.0/{project_id}/graphs/{graph_name}/vertices 添加一个点。 删除点 1.0.6 DELETE/ges/v1

查看更多 →

Netty内存 介绍APM采集的Netty内存指标的类别、名称、含义等信息。 表1 Netty内存指标说明 指标类别 指标 指标名称 指标说明 单位 数据类型 默认聚合方式 内存（memory，内存指标。） directMemoryUsage 已使用直接内存 已使用直接内存 - INT

查看更多 →